Re: [U-Boot] [PATCH v3 2/2] video: Moving mx3fb.c to CONFIG_VIDEO

On 10/13/2011 11:16 AM, Anatolij Gustschin wrote: > From: Helmut Raiger > > mx3fb.c was based on CONFIG_LCD and is moved by this patch to > CONFIG_VIDEO, which has greater freedom in selecting videomodes > even at runtime. > > This renders the accumulating list of display defines > (CONFIG_DISPLAY_

Re: [U-Boot] [PATCH 0/10] Add getenv_ulong to return an environment var as a number

Dear Simon Glass, > Several places in U-Boot's board files can make use of a function like this, > so this patch series creates the function, and changes the board files to > use it. > > As suggested by Mike Frysinger. > > > Simon Glass (10): >Add getenv_int() to read an integer from an environ

Re: [U-Boot] Interrupt issue about bootvx command

Hi Wolfgang, I've installed the git-email packet now, but I can not make it work. The "Unable to initialize SMTP properly" always pop up. T_T This is the first time I send any patch to the community, sorry for the incontinence. This is tested on our board, and I think at least for any Freescale E

Re: [U-Boot] [PATCH 08/10] powerpc: Use getenv_ulong() in place of getenv(), strtoul

On Friday 14 October 2011 02:43:12 Simon Glass wrote: > This changes the board code to use the new getenv_ulong() function. > > Signed-off-by: Simon Glass Nice patch series. Thanks. Acked-by: Stefan Roese Cheers, Stefan -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel

[U-Boot] [PATCH 1/3] powerpc/85xx: Update setting of SRIO LIODNs

Properly set the LIODN values associated with SRIO controller. On P4080/P3060 we have an LIODN per port and one for the RMU. On P2041/P3041/P5020 we have 2 LIODNs per port. Update the tables for all of these devices to properly handle both styles. Signed-off-by: Kumar Gala --- arch/powerpc/cp

[U-Boot] [PATCH 3/3] powerpc/85xx: Add support for RMan LIODN initialization

From: Minghuan Lian This patch is intended to initialize RMan LIODN related registers on P2041, P304S and P5020 SocS. It also adds the "rman@0" child node to qman-portal nodes, adds "fsl,liodn" property to RMan inbound block nodes. Signed-off-by: Minghuan Lian Signed-off-by: Kumar Gala --- ar

[U-Boot] [PATCH 2/3] powerpc/85xx: Update device tree handling for SRIO

Update device tree handling for SRIO controller to support updated fsl,srio device tree binding. We handle disabling of individual ports, the whole controller, RMU, and RMAN. Additionally, we setup the SRIO related LIODNs in the device tree. Signed-off-by: Kumar Gala --- arch/powerpc/cpu/mpc85

Re: [U-Boot] [RFC] ARM ISA/cpu/SoC code organization for cache and other functions

On Thursday 15 September 2011 17:42:12 Albert ARIBAUD wrote: > The object files shall be linked in decreasing precedence order, i.e. > SoC file first, then cpu file, then isa file, then lib last, so that for > each cache op, the weak symbol mechanism uses the most specific one. as long as the weak

[U-Boot] [PATCH] powerpc/85xx: Drop CONFIG_VIDEO on P1_P2_RDB-PC boards to reduce size

With older compilers (gcc-4.2.x) we run into issues that resulting image is too large. We can save a bunch of space by removing the video support. In general video support on these boards is a nice to have since it requires a PCIe add-on card. Signed-off-by: Kumar Gala --- include/configs/p1_p2

[U-Boot] mpq101 board doesn't build w/gcc-4.2

When trying to build it we get: /opt/eldk//usr/bin/powerpc-linux-ld: u-boot: section .text lma 0xfffc0800 overlaps previous sections /opt/eldk//usr/bin/powerpc-linux-ld: u-boot: section .rodata lma 0x03cc overlaps previous sections /opt/eldk//usr/bin/powerpc-linux-ld: u-boot: section .reloc

Re: [U-Boot] [PATCH 2/2] powerpc/mpc8548cds: Add 36-bit support

On Oct 13, 2011, at 12:41 AM, Zhao Chenhui wrote: > From: chenhui zhao > > Signed-off-by: Zhao Chenhui > --- > boards.cfg |1 + > include/configs/MPC8548CDS.h | 56 ++ > 2 files changed, 57 insertions(+), 0 deletions(-) applied -

Re: [U-Boot] [PATCH 1/2] powerpc/mpc8548cds: Code cleanup and refactoring

On Oct 13, 2011, at 12:41 AM, Zhao Chenhui wrote: > From: chenhui zhao > > - Rework tlb and law tables. > - PCI2 is not available on MPC8548CDS, so remove it. > - Move the memory map to the board config file. > - Rewrite the board info according to the manual. > - Remove unnecessary macros and

Re: [U-Boot] [PATCH 1/3] [v2] powerpc/85xx: don't display address map size (32-bit vs. 36-bit) during boot

On Oct 7, 2011, at 3:35 PM, Timur Tabi wrote: > Most 85xx boards can be built as a 32-bit or a 36-bit. Current code sometimes > displays which of these is actually built, but it's inconsistent. This is > especially problematic since the "default" build for a given 85xx board can > be either one

Re: [U-Boot] [PATCH 3/3] [v2] powerpc/85xx: wait for alignment before resetting SERDES RX lanes (SERDES9)

On Oct 7, 2011, at 3:35 PM, Timur Tabi wrote: > The work-around for P4080 erratum SERDES9 says that the SERDES receiver lanes > should be reset after the XAUI starts tranmitting alignment signals. > > Signed-off-by: Timur Tabi > --- > arch/powerpc/cpu/mpc85xx/fsl_corenet_serdes.c | 10 --

Re: [U-Boot] SPL broken for pandaboard with v2011.09?

On Thu, Oct 13, 2011 at 1:18 AM, Aneesh V wrote: >> Perhaps it is a board rev issue. > > Yes it is. SPL works on everything other than a Panda with OMAP4430 > ES2.0. I could reproduce it on an ES2.0 Panda. Please note that an SDP > with OMAP4430 ES2.0 works too, which is rather strange. At the out

Re: [U-Boot] [PATCH v3 4/6] fdt: ARM: Implement embedded and separate device tree

Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: > This locates the device tree either embedded within U-Boot or attached to the > end as a separate binary. > > When CONFIG_OF_CONTROL is defined, U-Boot requires a valid fdt. A check is > provided for this early in initialisation. The subje

Re: [U-Boot] [PATCH v3 3/6] fdt: Add support for a separate device tree (CONFIG_OF_SEPARATE)

Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: > This adds support for an FDT to be build as a separate binary file called > u-boot.dtb. This can be concatenated with the U-Boot binary to provide a > device tree located at run-time by U-Boot. The Makefile is modified to > provide this file

Re: [U-Boot] [PATCH v3 2/6] fdt: Add support for embedded device tree (CONFIG_OF_EMBED)

Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: > This new option allows U-Boot to embed a binary device tree into its image > to allow run-time control of peripherals. This device tree is for U-Boot's > own use and is not necessarily the same one as is passed to the kernel. > > The device

Re: [U-Boot] Including stdlib.h / ldiv_t

On Tuesday 27 September 2011 12:13:03 Simon Glass wrote: > On Mon, Sep 26, 2011 at 3:05 PM, Mike Frysinger wrote: > > On Monday, September 26, 2011 16:23:01 Simon Glass wrote: > >> At the moment including stdlib and including common.h are mutually > >> exclusive. This probably makes some sense (why

Re: [U-Boot] [PATCH] powerpc/p3060: remove all references to RCW bits EC1_EXT, EC2_EXT, and EC3

On Oct 13, 2011, at 3:33 PM, Timur Tabi wrote: > The EC1_EXT, EC2_EXT, and EC3 bits in the RCW don't officially exist on the > P3060 and should always be set to zero. > > Signed-off-by: Timur Tabi > --- > arch/powerpc/cpu/mpc85xx/p3060_serdes.c | 20 > arch/powerpc/include

Re: [U-Boot] [PATCH][v2] powerpc/p3041: fixup portal config info

On Oct 13, 2011, at 12:33 AM, Kumar Gala wrote: > From: Haiying Wang > > P3041 has 10 qman portals, we need to configure all of them: > * As there are only 4 physical cores sdest can only be 0 to 3 > * We assign dqrr & frame data LIODNs for all portals so if they > are utilized the proper mapp

Re: [U-Boot] [PATCH] powerpc/85xx: Added secure boot option for P2041RDB boards

On Oct 12, 2011, at 4:18 PM, Kumar Gala wrote: > From: Kuldip Giroh > > Signed-off-by: Kuldip Giroh > Signed-off-by: Kumar Gala > --- > boards.cfg |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) applied - k ___ U-Boot mailing list U-Bo

Re: [U-Boot] [PATCH 2/3] powerpc/p2041: fixup portal config info

On Oct 12, 2011, at 4:39 PM, Kumar Gala wrote: > From: Haiying Wang > > P2041 has 10 qman portals, we need to configure all of them: > * As there are only 4 physical cores sdest can only be 0 to 3 > * We assign dqrr & frame data LIODNs for all portals so if they > are utilized the proper mappi

Re: [U-Boot] [PATCH 1/3] powerpc/p5020: fixup portal config info

On Oct 12, 2011, at 4:39 PM, Kumar Gala wrote: > From: Haiying Wang > > P5020 has 10 qman portals, we need to configure all of them: > * As there are only 2 physical cores sdest can only be 0 or 1 > * We assign dqrr & frame data LIODNs for all portals so if they > are utilized the proper mappi

Re: [U-Boot] [PATCH v3 19/21] Use uintptr_t for 32/64-bit compatibility

On Tuesday 11 October 2011 01:41:07 Aaron Williams wrote: > One of these daya I need to work on getting some of our patches back > upstream since some of them are quite useful for other platforms as well. yeah, for things like changing pci drivers to use pci_virt_to_mem() or changing pointer dere

[U-Boot] [PATCH] fm-eth: Don't mark the MAC we use for MDIO as disabled in device tree

FM1-DTSEC1's MAC was being marked as disabled if the port was not configured based on the SoC configuration. However we utilize the MAC interface for MDIO and thus should NOT mark it disabled. Signed-off-by: Kumar Gala --- drivers/net/fm/init.c | 10 -- 1 files changed, 8 insertions(+

Re: [U-Boot] [PATCH V2 1/2] mmc: change magic number to macro define

Hi Wolfgang, On Fri, Oct 14, 2011 at 4:09 AM, Wolfgang Denk wrote: > Dear Lei Wen, > > In message > Graeme > Russ wrote: >> >> > So do you means I should keep the EXT_CSD_HS_TIMING? Or I change like >> > below? >> > >> > from >> > err = mmc_switch(mmc, EXT_CSD_CMD_SET_NORMAL, EXT_CSD_HS_TIMIN

[U-Boot] FYI

FYI This is to inform you that I am a delegate from the United Nations Compensation Commission and to notify you finally about your outstanding Compensation Cheque payment of $2,811,041.00 USD. Please Send your Name, Address, City, State, Zip Code, Country and telephone number to up...@d

Re: [U-Boot] [PATCH 04/10] blackfin: Use getenv_ulong() in place of getenv(), strtoul

Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 01/10] Add getenv_int() to read an integer from an environment variable

subject is "int" but implementation is "ulong" -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/9] tegra2: Add arch_cpu_init() to fire up Cortex-A9

Hi Mike, On Thu, Oct 13, 2011 at 4:34 PM, Mike Frysinger wrote: > On Thursday 13 October 2011 19:18:22 Simon Glass wrote: >> On Thu, Oct 13, 2011 at 3:52 PM, Mike Frysinger wrote: >> > On Thursday 13 October 2011 17:05:55 Simon Glass wrote: >> >> --- a/arch/arm/lib/Makefile >> >> +++ b/arch/arm/l

[U-Boot] [PATCH 08/10] powerpc: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/powerpc/lib/board.c | 33 - 1 files changed, 8 insertions(+), 25 deletions(-) diff --git a/arch/powerpc/lib/board.c b/arch/powerpc/lib/board.c index 4fd0149.

[U-Boot] [PATCH 09/10] sparc: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/sparc/lib/board.c | 13 +++-- 1 files changed, 3 insertions(+), 10 deletions(-) diff --git a/arch/sparc/lib/board.c b/arch/sparc/lib/board.c index af4f035..69b5ca4 100644 --- a/arch

[U-Boot] [PATCH 05/10] m68k: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/m68k/lib/board.c | 33 - 1 files changed, 8 insertions(+), 25 deletions(-) diff --git a/arch/m68k/lib/board.c b/arch/m68k/lib/board.c index b9ccb64..259b71c

[U-Boot] [PATCH 07/10] mips: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/mips/lib/board.c | 14 +++--- 1 files changed, 3 insertions(+), 11 deletions(-) diff --git a/arch/mips/lib/board.c b/arch/mips/lib/board.c index cc75d3f..1274d63 100644 --- a/arch/m

[U-Boot] [PATCH 10/10] x86: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/x86/lib/board.c | 14 +++--- 1 files changed, 3 insertions(+), 11 deletions(-) diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c index 2309e00..8963580 100644 --- a/arch/x86/

[U-Boot] [PATCH 06/10] microblaze: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/microblaze/lib/board.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/microblaze/lib/board.c b/arch/microblaze/lib/board.c index d97543b..c595cb9 100644 ---

[U-Boot] [PATCH 04/10] blackfin: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/blackfin/lib/board.c |9 ++--- 1 files changed, 2 insertions(+), 7 deletions(-) diff --git a/arch/blackfin/lib/board.c b/arch/blackfin/lib/board.c index bfdb586..a70473c 100644 --- a/

[U-Boot] [PATCH 02/10] arm: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/arm/lib/board.c | 36 +++- 1 files changed, 11 insertions(+), 25 deletions(-) diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c index 1fe3751..c764844

[U-Boot] [PATCH 03/10] avr32: Use getenv_ulong() in place of getenv(), strtoul

This changes the board code to use the new getenv_ulong() function. Signed-off-by: Simon Glass --- arch/avr32/lib/board.c | 16 +++- 1 files changed, 3 insertions(+), 13 deletions(-) diff --git a/arch/avr32/lib/board.c b/arch/avr32/lib/board.c index 3e1cc0d..63fe297 100644 --- a/a

[U-Boot] [PATCH 01/10] Add getenv_int() to read an integer from an environment variable

This is not an uncommon operation in U-Boot, so let's put it in a common function. Signed-off-by: Simon Glass --- common/cmd_nvedit.c |7 +++ include/common.h| 12 2 files changed, 19 insertions(+), 0 deletions(-) diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c

[U-Boot] [PATCH 0/10] Add getenv_ulong to return an environment var as a number

Several places in U-Boot's board files can make use of a function like this, so this patch series creates the function, and changes the board files to use it. As suggested by Mike Frysinger . Simon Glass (10): Add getenv_int() to read an integer from an environment variable arm: Use getenv_u

Re: [U-Boot] [RESEND PATCH v2] tegra2: Enable data cache

Hi Tom, On Thu, Oct 13, 2011 at 5:06 PM, Tom Warren wrote: > Simon, > >> -Original Message- >> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass >> Sent: Wednesday, October 12, 2011 2:13 PM >> To: Anton Staaf >> Cc: U-Boot Mailing List; Tom Warren >> Subject: Re: [U-

Re: [U-Boot] [RESEND PATCH v2] tegra2: Enable data cache

Simon, > -Original Message- > From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass > Sent: Wednesday, October 12, 2011 2:13 PM > To: Anton Staaf > Cc: U-Boot Mailing List; Tom Warren > Subject: Re: [U-Boot] [RESEND PATCH v2] tegra2: Enable data cache > > Hi Anton, > >

Re: [U-Boot] [PATCH 1/9] tegra2: Add arch_cpu_init() to fire up Cortex-A9

On Thursday 13 October 2011 19:18:22 Simon Glass wrote: > On Thu, Oct 13, 2011 at 3:52 PM, Mike Frysinger wrote: > > On Thursday 13 October 2011 17:05:55 Simon Glass wrote: > >> --- a/arch/arm/lib/Makefile > >> +++ b/arch/arm/lib/Makefile > >> > >> +# Tegra has an ARMv4T CPU which runs board_init_

Re: [U-Boot] [PATCH v3 6/6] fdt: add decode helper library

On Thursday 13 October 2011 19:16:52 Simon Glass wrote: > On Thu, Oct 13, 2011 at 4:01 PM, Mike Frysinger wrote: > >char str[40]; /* an arbitrary len */ > >snprintf(str, sizeof(str), "%s%d", name, *upto); > > Yes I agree, but we have the minor issue that snprintf() is not merged

Re: [U-Boot] [PATCH 1/9] tegra2: Add arch_cpu_init() to fire up Cortex-A9

Hi Mike, On Thu, Oct 13, 2011 at 3:52 PM, Mike Frysinger wrote: > On Thursday 13 October 2011 17:05:55 Simon Glass wrote: >> --- a/arch/arm/lib/Makefile >> +++ b/arch/arm/lib/Makefile >> >> +# Tegra has an ARMv4T CPU which runs board_init_f(), so we must build this >> +# file with compatible flag

Re: [U-Boot] [PATCH v3 6/6] fdt: add decode helper library

Hi Mike, On Thu, Oct 13, 2011 at 4:01 PM, Mike Frysinger wrote: > On Thursday 13 October 2011 17:28:10 Simon Glass wrote: >> On Thu, Oct 13, 2011 at 1:33 PM, Mike Frysinger wrote: >> > On Tuesday 11 October 2011 18:26:11 Simon Glass wrote: >> >> +int fdtdec_next_alias(const void *blob, const char

Re: [U-Boot] [PATCH v3 6/6] fdt: add decode helper library

On Thursday 13 October 2011 17:28:10 Simon Glass wrote: > On Thu, Oct 13, 2011 at 1:33 PM, Mike Frysinger wrote: > > On Tuesday 11 October 2011 18:26:11 Simon Glass wrote: > >> +int fdtdec_next_alias(const void *blob, const char *name, > >> + enum fdt_compat_id id, int *upto) > >> +{ >

Re: [U-Boot] [PATCH v3 2/6] fdt: Add support for embedded device tree (CONFIG_OF_EMBED)

On Tuesday 11 October 2011 18:26:07 Simon Glass wrote: > --- /dev/null > +++ b/dts/Makefile > > +clean: > + rm -f $(OBJS) $(LIB) > + rm -f $(DT_BIN) > + > +distclean: clean i don't think this actually gets used, so punt it -mike signature.asc Description: This is a digitally signed mes

Re: [U-Boot] [PATCH 1/8] davinci_emac: move arch-independent defines to separate header

On Thursday 13 October 2011 17:11:45 Ilya Yanok wrote: > DaVinci EMAC is found not only on DaVinci SoCs but on some OMAP3 SoCs > also. This patch moves common defines from arch-davinci/emac_defs.h to > drivers/net/davinci_emac.h nice work ! -mike signature.asc Description: This is a digitally si

Re: [U-Boot] [PATCH 8/8] mcx: support for HTKW mcx board

On Thursday 13 October 2011 17:11:52 Ilya Yanok wrote: > --- /dev/null > +++ b/board/htkw/mcx/Makefile > > +clean: > + rm -f $(OBJS) > + > +distclean: clean > + rm -f $(LIB) core *.bak $(obj).depend dead code; please drop -mike signature.asc Description: This is a digitally signed mess

Re: [U-Boot] [PATCH 6/8] AM35xx: add EMAC support

On Thursday 13 October 2011 17:11:50 Ilya Yanok wrote: > --- /dev/null > +++ b/arch/arm/cpu/armv7/omap3/emac.c > > +/* > + * Initializes on-chip ethernet controllers. > + * to override, implement board_eth_init() > + */ > +int cpu_eth_init(bd_t *bis) > +{ > + davinci_emac_initialize(); > + > +

Re: [U-Boot] [PATCH 1/9] tegra2: Add arch_cpu_init() to fire up Cortex-A9

On Thursday 13 October 2011 17:05:55 Simon Glass wrote: > --- a/arch/arm/lib/Makefile > +++ b/arch/arm/lib/Makefile > > +# Tegra has an ARMv4T CPU which runs board_init_f(), so we must build this > +# file with compatible flags > +ifdef CONFIG_TEGRA2 > +CFLAGS_arch/arm/lib/board.o += -march=armv4t

Re: [U-Boot] [PATCH 2/2] common: cosmetic: CONFIG_BOOTFILE checkpatch compliance

On Thu, Oct 13, 2011 at 5:34 PM, Mike Frysinger wrote: > On Thursday 13 October 2011 19:03:48 Joe Hershberger wrote: >> Signed-off-by: Joe Hershberger >> Cc: Joe Hershberger > > seems a bit odd to cc yourself in the changelog Hi Mike, Just due to the fact that I like to manage the u-boot list

Re: [U-Boot] [PATCH 1/2] common: cosmetic: CONFIG_ROOTPATH checkpatch compliance

Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 2/2] common: cosmetic: CONFIG_BOOTFILE checkpatch compliance

On Thursday 13 October 2011 19:03:48 Joe Hershberger wrote: > Remove MK_STR from places that consume CONFIG_BOOTFILE to force all > definitions to be string literals. Acked-by: Mike Frysinger > Signed-off-by: Joe Hershberger > Cc: Joe Hershberger seems a bit odd to cc yourself in the changelo

Re: [U-Boot] [PATCH 4/6] davinci_emac: fix for running with dcache enabled

Hi Stefano, On 10.10.2011 17:17, Stefano Babic wrote: >>> Should we not be sure that size is rounded up to align with the cache >>> line size ? >> >> Surely we should. Actually it's not the size that has to be aligned but >> the buffer itself. Is there any generic API to get the cache line size? >

Re: [U-Boot] [PATCH 4/6] davinci_emac: fix for running with dcache enabled

Hi Mike, On 09.10.2011 19:56, Mike Frysinger wrote: >> arm926ejs doesn't have {invalidate,flush}_dcache_range(), so we have to >> add this not to break the driver on DaVinci boards (maybe we need to add >> empty cache functions on arm926ejs instead?) > > if the prototype is in include/common.h, t

Re: [U-Boot] [PATCH 5/5] mmc: Tegra2: Enable dcache support and bounce unaligned requests.

On Thu, Oct 13, 2011 at 2:57 PM, Anton Staaf wrote: > When an unaligned buffer is used for DMA the first and last few > bytes of the buffer would be clobbered by the dcache invalidate > call that is required to make the contents of the buffer visible > to the CPU post DMA.  The U-Boot cache invali

[U-Boot] [PATCH 1/5] mmc: Tegra2: Support DMA restarts at buffer boundaries

Currently if a DMA buffer straddles a buffer alignment boundary (512KiB) then the DMA engine will pause and generate a DMA interrupt. Since the DMA interrupt is not enabled it will hang the MMC driver. This patch adds support for restarting the DMA transfer. The SYSTEM_ADDRESS register contains

[U-Boot] [PATCH 5/5] mmc: Tegra2: Enable dcache support and bounce unaligned requests.

When an unaligned buffer is used for DMA the first and last few bytes of the buffer would be clobbered by the dcache invalidate call that is required to make the contents of the buffer visible to the CPU post DMA. The U-Boot cache invalidation and flushing code checks for these sorts of alignment

[U-Boot] [PATCH 4/5] mmc: Create dcache flush and invalidate convenience methods

With the enabling of data caches in U-Boot flushing and invalidating MMC buffers will need to be done in all MMC drivers. These utility functions simplify that task slightly. Signed-off-by: Anton Staaf Cc: Andy Fleming --- drivers/mmc/mmc.c | 23 +++ include/mmc.h |

[U-Boot] [PATCH 3/5] mmc: Tegra2: Factor out mmc_wait_inhibit functionality

This is a well encapsulated section of mmc_send_cmd, by moving it to it's own function it increases the readability of mmc_send_cmd. Signed-off-by: Anton Staaf Cc: Tom Warren Cc: Stephen Warren --- drivers/mmc/tegra2_mmc.c | 41 ++--- 1 files changed, 26 i

[U-Boot] [PATCH 0/5] mmc: Tegra2: DMA related fixes

The first two patches in this set are basic bug fixes for the Tegra2 MMC driver. The third patch is cleanup. The fourth patch adds some cache management utility functions to the generic MMC code. And the final patch adds bounce buffer management, cache flusing, and cache invalidation to the Tegra

[U-Boot] [PATCH 2/5] mmc: Tegra2: Add data transfer completion timeout

Currently when no expected completion condition occures in the mmc_send_cmd while loop that is waiting for a data transfer to complete the MMC driver just hangs. This patch adds an arbitrary 2 second timeout. If nothing we recognize occures within 2 seconds some diagnostic information is printed

Re: [U-Boot] [PATCH v3 2/6] fdt: Add support for embedded device tree (CONFIG_OF_EMBED)

Simon Glass wrote at Thursday, October 13, 2011 3:25 PM: > Hi Stephen, > > On Thu, Oct 13, 2011 at 2:21 PM, Stephen Warren wrote: > > Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: > >> This new option allows U-Boot to embed a binary device tree into its image > >> to allow run-time cont

Re: [U-Boot] [PATCH v3 6/6] fdt: add decode helper library

Hi Mike, On Thu, Oct 13, 2011 at 1:33 PM, Mike Frysinger wrote: > On Tuesday 11 October 2011 18:26:11 Simon Glass wrote: >> --- /dev/null >> +++ b/include/fdtdec.h >> >> +/* >> + * A typedef for a physical address. Note that fdt data is always big >> + * endian even on a litle endian machine. >>

Re: [U-Boot] [PATCH v3 2/6] fdt: Add support for embedded device tree (CONFIG_OF_EMBED)

Hi Stephen, On Thu, Oct 13, 2011 at 2:21 PM, Stephen Warren wrote: > Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: >> This new option allows U-Boot to embed a binary device tree into its image >> to allow run-time control of peripherals. This device tree is for U-Boot's >> own use and i

Re: [U-Boot] [PATCH v3 2/6] fdt: Add support for embedded device tree (CONFIG_OF_EMBED)

Hi Stephen, On Thu, Oct 13, 2011 at 2:13 PM, Stephen Warren wrote: > Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: >> This new option allows U-Boot to embed a binary device tree into its image >> to allow run-time control of peripherals. This device tree is for U-Boot's >> own use and i

[U-Boot] [PATCH] omap3/emif4: fix registers definition

Fix EMIF4 registers definition. Signed-off-by: Ilya Yanok --- arch/arm/include/asm/arch-omap3/cpu.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm/include/asm/arch-omap3/cpu.h b/arch/arm/include/asm/arch-omap3/cpu.h index 08a725d..97fbee6 100644 --- a/arch/arm

Re: [U-Boot] [PATCH v3 2/6] fdt: Add support for embedded device tree (CONFIG_OF_EMBED)

Simon Glass wrote at Tuesday, October 11, 2011 4:26 PM: > This new option allows U-Boot to embed a binary device tree into its image > to allow run-time control of peripherals. This device tree is for U-Boot's > own use and is not necessarily the same one as is passed to the kernel. ... > diff --gi

[U-Boot] [PATCH 8/8] mcx: support for HTKW mcx board

This patch adds support for the HTKW mcx AM3517-based board. Serial, Ethernet, NAND and MMC are supported. Requires updated mach-types file. Signed-off-by: Ilya Yanok --- MAINTAINERS |4 + board/htkw/mcx/Makefile | 44 + board/htkw/mcx/mcx.c| 89 ++ board/htk

[U-Boot] [PATCH 3/8] davinci_emac: conditionally compile specific PHY support

Signed-off-by: Ilya Yanok --- drivers/net/davinci_emac.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c index 3c442c4..d413478 100644 --- a/drivers/net/davinci_emac.c +++ b/drivers/net/davinci_emac.c @@ -736,

[U-Boot] [PATCH 6/8] AM35xx: add EMAC support

AM35xx has DaVinci-compatible EMAC. Signed-off-by: Ilya Yanok --- arch/arm/cpu/armv7/omap3/Makefile |1 + arch/arm/cpu/armv7/omap3/emac.c | 37 ++ arch/arm/include/asm/arch-omap3/emac_defs.h | 56 +++ 3 files changed, 94 inser

[U-Boot] [PATCH 1/8] davinci_emac: move arch-independent defines to separate header

DaVinci EMAC is found not only on DaVinci SoCs but on some OMAP3 SoCs also. This patch moves common defines from arch-davinci/emac_defs.h to drivers/net/davinci_emac.h Signed-off-by: Ilya Yanok --- arch/arm/include/asm/arch-davinci/emac_defs.h | 293 --- drivers/net/davinci_

[U-Boot] [PATCH 2/8] davinci_emac: use internal addresses in buffer descriptors

On AM35xx CPPI RAM had different addresses when accessed from the CPU and from the EMAC. We need to account this to deal with the buffer descriptors correctly. Signed-off-by: Ilya Yanok --- drivers/net/davinci_emac.c | 39 ++- 1 files changed, 30 insertions(

[U-Boot] [PATCH 7/8] AM3517: move AM3517 specific mux defines to generic header

AM3517 specific CONTROL_PADCONF_* defines moved from board-specific files to Signed-off-by: Ilya Yanok --- arch/arm/include/asm/arch-omap3/mux.h | 41 + board/logicpd/am3517evm/am3517evm.h | 40 board/ti/am3517crane/am3517cr

[U-Boot] [PATCH 4/8] davinci_emac: fix for running with dcache enabled

DaVinci EMAC is present on TI AM35xx SoCs (ARMv7) which run with D-Cache enabled by default. So we have to take care and flush/invalidate the cache before/after the DMA operations. Please note that the receive buffer alignment to 32 byte boundary comes from the old driver version I don't know if i

[U-Boot] [PATCH 5/8] davinci_emac: hardcode 100Mbps for AM35xx and RMII

For some reason code setting the speed based on the PHY feedback causes troubles on AM3517 so hardcode 100Mbps for now. Signed-off-by: Ilya Yanok --- drivers/net/davinci_emac.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/net/davinci_emac.c b/drivers/net/dav

[U-Boot] [PATCH 0/8][v2] DaVinci EMAC for AM35x and HTKW mcx board support

Hello, These series bring support of DaVinci EMAC interface on TI AM35xx processors as well as support for HTKW mcx board which uses it. Changes: 1. Common defines and register definitions moved to drivers/net/davinci_emac.h 2. Added coding/decoding of internal RAM addresses. 3. DaVinci-specifi

[U-Boot] [PATCH 1/2] common: cosmetic: CONFIG_ROOTPATH checkpatch compliance

Remove MK_STR from places that consume CONFIG_ROOTPATH to force all definitions to be string literals. Signed-off-by: Joe Hershberger Cc: Joe Hershberger Cc: Wolfgang Denk --- common/env_common.c |2 +- common/env_embedded.c |2 +- include/configs/DB64360.h

[U-Boot] [PATCH 2/2] common: cosmetic: CONFIG_BOOTFILE checkpatch compliance

Remove MK_STR from places that consume CONFIG_BOOTFILE to force all definitions to be string literals. Signed-off-by: Joe Hershberger Cc: Joe Hershberger Cc: Wolfgang Denk --- common/env_common.c |2 +- common/env_embedded.c|2 +- doc/README.usb

Re: [U-Boot] [PATCH v3 5/6] fdt: ARM: Add fdtcontroladdr to set device tree address in environment

Hi Mike, On Thu, Oct 13, 2011 at 1:27 PM, Mike Frysinger wrote: > On Tuesday 11 October 2011 18:26:10 Simon Glass wrote: >> --- a/arch/arm/lib/board.c >> +++ b/arch/arm/lib/board.c >> >> +/** >> + * Decode the value of an environment variable and return it. >> + * >> + * @param name              

[U-Boot] [PATCH 6/9] tegra2: Remove unneeded config option

CONFIG_ENABLE_CORTEXA9 and CONFIG_SKIP_RELOCATE_UBOOT are not needed, so remove them. Signed-off-by: Simon Glass --- include/configs/tegra2-common.h |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/include/configs/tegra2-common.h b/include/configs/tegra2-common.h index 3

[U-Boot] [PATCH 3/9] arm: Move CP15 init out of cpu_init_crit()

Some SOCs have do not start up with their 'main' CPU. The first U-Boot code may then be executed with a CPU which does not have a CP15, or not a useful one. Here we split the initialization of CP15 into a separate call, which can be performed later if required. Once the main CPU is running, you s

[U-Boot] [PATCH 2/9] tegra2: Simplify tegra_start() boot path

The Tegra2 boot path is more complicated than it needs to be. Since we want to move to building most of U-Boot with ARMv7 and only a small part with ARMv4T (for AVP) it should be as simple as possible. This makes tegra2_start() into a simple function which either does AVP init or A9 init depending

[U-Boot] [PATCH 4/9] tegra2: Enable instruction cache

Since low-level init is skipped, the instruction cache is never enabled on Tegra2. This explicitly calls this initialization as soon as the A9 is initialized. Signed-off-by: Simon Glass --- board/nvidia/common/board.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/boa

[U-Boot] [PATCH 7/9] tegra2: Remove unused low-level Tegra2 UART code

This was used by the AVP in early boot but is no longer used. Unless we plan to enable it somehow it is not needed. In any case we should try to use the ns16550 driver instead as it has the same code. Signed-off-by: Simon Glass --- drivers/serial/Makefile|1 - drivers/serial/serial_t

[U-Boot] [PATCH 5/9] tegra2: Remove unneeded boot code

Since we have cache support built in we can remove Tegra's existing cache initialization code amd other related dead code. Signed-off-by: Simon Glass --- arch/arm/cpu/armv7/start.S| 12 --- arch/arm/cpu/armv7/tegra2/ap20.h |7 +-- arch/arm/cpu/armv7/tegra2/board.c

[U-Boot] [PATCH 8/9] tegra2: Remove unneeded 'dynamic ram size' message

This message is not required, since it is followed by an 'official' U-Boot message. U-Boot 2011.03-00048-gd7cb0d3 (May 11 2011 - 17:17:23) TEGRA2 Board: NVIDIA Seaboard dynamic ram_size = 1073741824 DRAM: 1 GiB becomes: TEGRA2 Board: NVIDIA Seaboard DRAM: 1 GiB This is a separate commit sinc

[U-Boot] [PATCH 1/9] tegra2: Add arch_cpu_init() to fire up Cortex-A9

We want to move away from a special Tegra2 start-up, and just use arch_cpu_init() instead. However, if we run board_init_f() from boot we need to build it for ARMv4T, since the Tegra's AVP start-up CPU does not support ARMv7. The effect of this is to do the AVP init earlier, and in arch_cpu_init()

[U-Boot] [PATCH 9/9] tegra2: Don't use board pointer before it is set up

In board_init_f() the gd->bd pointer is not valid when dram_init() is called. This only avoids dying because DRAM is at zero on Tegra2. The common ARM routine sets up the banks in the same way anyway, so we can just remove this code. Signed-off-by: Simon Glass --- arch/arm/cpu/armv7/tegra2/board

[U-Boot] [PATCH 0/9] tegra2: Tidy up boot path

On Tegra2 the AVP runs the normal U-Boot code to a point, then halts and the A9 takes over. The current Tegra2 boot path is fairly complex, since it has a separate path and code for the Cortex-A9 and the AVP. In fact, they can largely execute the same code path. This series cleans up this logic an

Re: [U-Boot] [PATCH 4/6] davinci_emac: fix for running with dcache enabled

Dear Anton Staaf, In message you wrote: > > I believe it is correct yes. But it would be good to have each > architecture custodian > weigh in on the architectures I couldn't test directly. Also, Mike > has submitted a > patch that adds the asm/cache.h file for blackfin from the Linux > kernel

Re: [U-Boot] [PATCH 01/15 V3] iMX28: Initial support for iMX28 CPU

Dear Marek Vasut, In message <201110132014.55510.marek.va...@gmail.com> you wrote: > > the patch is big and will need approval to be let into ML. Removing the space > in > char * const argv[] shall do the trick, can you please do that by hand ? It will do the trick and trigger a new checkpatch

Re: [U-Boot] [PATCH 4/6] davinci_emac: fix for running with dcache enabled

On Thu, Oct 13, 2011 at 1:36 PM, Mike Frysinger wrote: > On Thursday 13 October 2011 16:03:37 Wolfgang Denk wrote: >> Anton Staaf wrote: >> >              ... I could move it from common.h to a c file that is always >> > >> > built.  Perhaps I could add a checks.c file to libgeneric?  I'm not >> >

Re: [U-Boot] [PATCH 4/6] davinci_emac: fix for running with dcache enabled

On Thu, Oct 13, 2011 at 1:31 PM, Wolfgang Denk wrote: > Dear Anton Staaf, > > In message > you > wrote: >> >> Turns out I was able to define ARCH_DMA_MINALIGN for all U-Boot >> architectures and use that >> instead of the actual cache line size to generate correctly aligned >> buffers.  My late

Re: [U-Boot] checkpatch compliance

Dear Joe Hershberger, In message you wrote: > > WARNING:NEW_TYPEDEFS: do not add new typedefs > This seems rather limiting... I'm not sure why even Linux would want > this, at least when it applies to typedefs of structs. It makes sense > if it's a new typedef for int or something. See the Cod

Re: [U-Boot] [PATCH 4/6] davinci_emac: fix for running with dcache enabled

On Thursday 13 October 2011 16:03:37 Wolfgang Denk wrote: > Anton Staaf wrote: > > ... I could move it from common.h to a c file that is always > > > > built. Perhaps I could add a checks.c file to libgeneric? I'm not > > really sure if that's the right place for it. Do you have a

  1   2   >