On Mon, 2014-02-03 at 12:28 -0800, York Sun wrote:
> On 01/17/2014 10:58 PM, Prabhakar Kushwaha wrote:
> > IFC registers can be of type Little Endian or big Endian depending upon
> > Freescale SoC. Here SoC defines the register type of IFC IP.
> >
> > So update acessor functions with common IFC ac
On 02/03/2014 01:35 PM, Scott Wood wrote:
> On Mon, 2014-02-03 at 12:28 -0800, York Sun wrote:
>> On 01/17/2014 10:58 PM, Prabhakar Kushwaha wrote:
>>> IFC registers can be of type Little Endian or big Endian depending upon
>>> Freescale SoC. Here SoC defines the register type of IFC IP.
>>>
>>> So
Sorry folks, I missed my morning caffeine and mislabeled the patch version in
the subject as v1. I will be resending the series with the proper v2 versioning
asap to avoid confusion.
Regards,
Darwin
> -Original Message-
> From: Darwin Rambo [mailto:dra...@broadcom.com]
> Sent: Monday,
The Kona architecture is present on a number of Broadcom mobile SoCs
including the bcm281xx family of chips.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
arch/arm/cpu/armv7/Makefile|1 +
arch/arm/cpu/armv7/kona-common/Makefile|
Add bcm281xx architecture support code including a clock framework and
chip reset. Define register block base addresses for the bcm281xx
architecture and create an empty gpio header file required when
CONFIG_CMD_GPIO is set.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kr
This patchset introduces the Broadcom bcm281xx family of mobile SoC
chips. Broadcom kona hardware blocks are often found in Broadcom mobile
SoC chips including the bcm281xx family, so support for some of these
kona blocks is also provided here. These patches work on u-boot master
as well as the u
Add support for the bcm28155_ap reference board.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
board/broadcom/bcm28155_ap/Makefile |7 ++
board/broadcom/bcm28155_ap/bcm28155_ap.c | 87 +++
boards.cfg |
Add support for the Kona GPIO controller found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Markus Mayer
Reviewed-by: Tim Kryger
---
drivers/gpio/Makefile|1 +
drivers/gpio/kona_gpio.c | 141 ++
2
Add support for the Kona SDHCI found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
drivers/mmc/Makefile |1 +
drivers/mmc/kona_sdhci.c | 125 ++
2 files changed, 126 insertions(+)
cr
Add support for the Kona I2C controller found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
drivers/i2c/Makefile |1 +
drivers/i2c/kona_i2c.c | 730
2 files changed, 731 insertions
Dear Alexey,
In message <1391457010.2357.41.ca...@abrodkin-8560l.internal.synopsys.com> you
wrote:
>
> On Mon, 2014-02-03 at 20:15 +0100, Wolfgang Denk wrote:
> > Dear Alexey Brodkin,
> >
> > In message <1391445368-10545-7-git-send-email-abrod...@synopsys.com> you
> > wrote:
> > > Arcangel4 is
Dear Alexey,
In message <1391457382.2357.46.ca...@abrodkin-8560l.internal.synopsys.com> you
wrote:
>
> > > +#define CONFIG_SYS_MAXARGS 16
> >
> > You define this pretty much inconsistentlyu across your boards. Is
> > this intentionally?
>
> Not clear what do you mean.
> All 3 boards have
On Mon, 2014-02-03 at 14:47 +0530, Aneesh Bansal wrote:
> Changes:
> 1. L2 cache is being invalidated by Boot ROM code for e6500 core.
>So removing the invalidation from start.S
> 2. Clear the LAW and corresponding configuration for CPC. Boot ROM
>code uses it as hosekeeping area.
> 3. For
On Mon, 2014-02-03 at 19:58 +0100, Wolfgang Denk wrote:
> Dear Aneesh Bansal,
>
> In message <1391419033-14283-1-git-send-email-aneesh.ban...@freescale.com>
> you wrote:
> > Changes:
> > 1. L2 cache is being invalidated by Boot ROM code for e6500 core.
> >So removing the invalidation from sta
On Fri, 2014-01-31 at 10:05 -0800, York Sun wrote:
> On 01/31/2014 03:16 AM, Alexander Graf wrote:
> > +/*
> > + * DDR Setup
> > + */
> > +#define CONFIG_VERY_BIG_RAM
> > +#define CONFIG_SYS_DDR_SDRAM_BASE 0x
> > +#define CONFIG_SYS_SDRAM_BASE CONFIG_SYS_DDR_SDRAM_BASE
> > +
>
On Monday, February 03, 2014 at 09:54:33 PM, Eric Nelson wrote:
> Hi Marek,
>
> On 02/03/2014 01:16 PM, Marek Vasut wrote:
> > On Monday, February 03, 2014 at 08:57:30 PM, Eric Nelson wrote:
> >
> > [...]
>
> I like having this bit included, but do you need to attribute copyright
> for this bloc
Looks good to me.
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
On 01/31/2014 06:32 AM, Tom Rini wrote:
> The open and close mmc sub-commands implement a hard-coded set of values
> specific to the SMDK5250 platform. Remove these commands as what they
> did can be done instead with a seri
Acked-by: Jaehoon Chung
On 01/31/2014 06:31 AM, Tom Rini wrote:
> Signed-off-by: Tom Rini
> ---
> common/cmd_mmc.c | 15 +++
> 1 file changed, 11 insertions(+), 4 deletions(-)
>
> diff --git a/common/cmd_mmc.c b/common/cmd_mmc.c
> index da5fef9..e118252 100644
> --- a/common/cmd_
Acked-by: Jaehoon Chung
On 01/31/2014 06:31 AM, Tom Rini wrote:
> Rename 'bootpart' to 'bootpart-resize' to better reflect what this
> command is for.
>
> Signed-off-by: Tom Rini
> ---
> common/cmd_mmc.c |8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/commo
On 01/31/2014 06:31 AM, Tom Rini wrote:
> Add a partconf sub-command to the mmc command to allow for setting
> the boot_ack, boot_partition and partition_access fields of
> PARTITION_CONFIG (formerly BOOT_CONFIG, EXT_CSD[179]). Part of this
> requires changing the check for 'part' from an strncmp
Acked-by: Jaehoon Chung
On 01/31/2014 06:31 AM, Tom Rini wrote:
> Add a bootbus sub-command to the mmc command to allow for setting
> the boot_bus_width, reset_boot_bus_width and boot_mode fields of
> BOOT_BUS_WIDTH (EXT_CSD[177]).
>
> Signed-off-by: Tom Rini
> ---
> common/cmd_mmc.c | 29 +
On 02/03/2014 04:34 PM, Marek Vasut wrote:
On Monday, February 03, 2014 at 09:54:33 PM, Eric Nelson wrote:
Hi Marek,
On 02/03/2014 01:16 PM, Marek Vasut wrote:
On Monday, February 03, 2014 at 08:57:30 PM, Eric Nelson wrote:
[...]
I like having this bit included, but do you need to attribute
Acked-by: Jaehoon Chung
On 01/31/2014 08:11 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> U-Boot currently sets MMC cards' RCA register to 0. This value is
> reserved according to the specification. Use a value of 1 instead, just
> like the Linux kernel.
>
> Signed-off-by: Stephen Warre
On 02/04/2014 06:03 AM, Darwin Rambo wrote:
> Add support for the Kona SDHCI found on Broadcom mobile SoCs.
>
> Signed-off-by: Darwin Rambo
> Reviewed-by: Steve Rae
> Reviewed-by: Tim Kryger
> ---
> drivers/mmc/Makefile |1 +
> drivers/mmc/kona_sdhci.c | 125
> +++
Signed-off-by: Masahiro Yamada
Cc: Scott Wood
Cc: David Feng
---
tools/relocate-rela.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c
index 93b4c39..670b9fd 100644
--- a/tools/relocate-rela.c
+++ b/tools/relocate-rela.c
@@ -120,
On Fri, 2014-01-31 at 12:16 +0100, Alexander Graf wrote:
> With the qemu-ppce500 machine type we can run the same board with
> either an e500v2 or an e500mc core plugged in.
>
> This means that the IVOR setup can't be based on compile time decisions,
> so instead we have to do a runtime check whic
On Tue, 2014-02-04 at 10:58 +0900, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
> Cc: Scott Wood
> Cc: David Feng
> ---
> tools/relocate-rela.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c
> index 93b4c39..670
On Fri, 2014-01-31 at 12:16 +0100, Alexander Graf wrote:
> +void pci_init_board(void)
> +{
> + struct fsl_pci_info pci_info;
> + const void *fdt = get_fdt();
> + int pci_node;
> +
> + puts("\n");
> +
> + pci_node = fdt_path_offset(fdt, "/pci");
> + if (pci_node < 0) {
> +
On Fri, 2014-01-31 at 12:16 +0100, Alexander Graf wrote:
> The definition of our ppce500 PV machine is that every address is dynamically
> determined through device tree bindings.
>
> So don't hardcode where CCSR is in our physical memory layout but instead
> read it dynamically from the device tr
On Fri, 2014-01-31 at 12:16 +0100, Alexander Graf wrote:
> The definition of our ppce500 PV machine is that every address is dynamically
> determined through device tree bindings.
>
> So don't hardcode where PCI devices are in our physical memory layout but
> instead
> read them dynamically from
On Fri, 2014-01-31 at 12:16 +0100, Alexander Graf wrote:
> The only thing we know in our PV machine through device tree is the clock
> speed of the CPUs. Take that as CPU speed, system speed and ddr speed so that
> we have some meaningful values there at all.
>
> The CPU speed is important because
From: "J. German Rivera"
This is needed for accessing peripherals with 64-bit MMIO registers,
from ARMv8 processors.
Change-Id: I685b96f708fa07e9098547f8e594ded084a044cb
Signed-off-by: J. German Rivera
---
arch/arm/include/asm/io.h |8
1 file changed, 8 insertions(+)
diff --git a
This patch fix the u-boot shell problem on TRATS2 board.
- If hold the key while booting is in progress,
white spaces are written in u-boot shell.
Set Automatically clears after resetting Rx FIFO.
Signed-off-by: Inha Song
Signed-off-by: Jaehoon Chung
---
drivers/serial/serial_s5p.c |4
Hi Marek,
> On Monday, February 03, 2014 at 09:05:06 AM, Lukasz Majewski wrote:
>
> [...]
>
> > > > To sum up:
> > > >
> > > > 1. s3c_udc_ep0_zlp - EP0 ZLP packets don't need to invalidate
> > > > the cache (since it is zero length transmission)
> > > >
> > > > 2. s3c_udc_pre_setup - cache inv
Hi Stephen,
> On 02/03/2014 01:23 AM, Lukasz Majewski wrote:
> > Hi Stephen,
> >
> >> (Sorry for the spam; resending with the correct U-Boot mailing list
> >> in CC)
> >>
> >> On 02/01/2014 11:14 PM, Stephen Warren wrote:
> >>> Oleksandr, I'm starting to look at getting USB support enabled for
>
Hi Inha,
> This patch fix the u-boot shell problem on TRATS2 board.
> - If hold the key while booting is in progress,
>white spaces are written in u-boot shell.
>
> Set Automatically clears after resetting Rx FIFO.
Acked-by: Lukasz Majewski
Tested-by: Lukasz Majewski
>
> Signed-off-by:
Oleksandr,
Thanks for the quick response on the s-o-b lines. Another question: The
compiler is complaining about hprt0 being written but then not used in
the functions below. I assume the second parameter passed to
dwc_write_reg32() should be hprt0.d32 rather than val?
> void dwc_otg_set_prtpower
Oleksandr, I made the following changes to remove some warnings from
your DWC2 driver. I'm not sure they're correct; perhaps they expose some
bugs...
> diff --git a/drivers/usb/host/dwc_otg-hcd.c b/drivers/usb/host/dwc_otg-hcd.c
> index a964681..e3c26f3 100644
> --- a/drivers/usb/host/dwc_otg-hcd.
Dear Scott,
In message <1391469528.6733.97.ca...@snotra.buserror.net> you wrote:
>
> > > +#if defined(CONFIG_RAMBOOT_PBL)
> > > + disable_cpc_sram();
> > > +#endif
> >
> > What is the meaning of this undocumented CONFIG_RAMBOOT_PBL option?
>
> I agree it should be documented, but it's not new to
Hello Darwin,
Am 03.02.2014 23:12, schrieb Darwin Rambo:
Add support for the Kona I2C controller found on Broadcom mobile SoCs.
Signed-off-by: Darwin Rambo
Reviewed-by: Steve Rae
Reviewed-by: Tim Kryger
---
What has changed in the v2 of your patch?
drivers/i2c/Makefile |1 +
driver
Is Internal boot mode (Switch configuration 1 0) same as Serial boot mode
for i.mx6 board?
Thanks in Advance!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Marek,
> On Monday, February 03, 2014 at 12:06:59 PM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> > > On Saturday, February 01, 2014 at 12:05:29 PM, Lukasz Majewski
> > > wrote:
> > > > On Sat, 1 Feb 2014 03:55:20 +0100
> > > >
> > > > Marek Vasut wrote:
> > > > > On Friday, January 31, 2014
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, February 04, 2014 4:32 AM
> To: Bansal Aneesh-B39320
> Cc: u-boot@lists.denx.de; Sun York-R58495; Gupta Ruchika-R66431
> Subject: Re: [PATCH][v3] powerpc/mpc85xx: SECURE BOOT- Add secure boot
> target for B4860QDS
>
> On Mon,
101 - 143 of 143 matches
Mail list logo
