[U-Boot] [PATCH] serial: ns16550: Fix Debug UART initialization for AM335x

Fixed the init sequence in debug_uart_init() to match the one in NS16550_init(). Also, fixed the build by conditionally turning on some of the required code. Signed-off-by: Vasili Galka --- drivers/serial/ns16550.c | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff

Re: [U-Boot] AM335x configurations - console output at early stages lost

Hi Simon, On Mon, May 4, 2015 at 7:52 PM, Vasili Galka wrote: > Hi Simon, > > > On Mon, May 4, 2015 at 7:45 PM, Simon Glass wrote: > >> Hi Vasili, >> >> On 4 May 2015 at 10:21, Vasili Galka wrote: >> > >> > Hi Simon, >> &

Re: [U-Boot] AM335x configurations - console output at early stages lost

Hi Simon, On Mon, May 4, 2015 at 7:45 PM, Simon Glass wrote: > Hi Vasili, > > On 4 May 2015 at 10:21, Vasili Galka wrote: > > > > Hi Simon, > > > > On Thu, Apr 30, 2015 at 3:38 AM, Simon Glass wrote: > >> > >> Hi Vasili, > >> > &

Re: [U-Boot] AM335x configurations - console output at early stages lost

Hi Simon, On Thu, Apr 30, 2015 at 3:38 AM, Simon Glass wrote: > Hi Vasili, > > On 29 April 2015 at 10:57, Vasili Galka wrote: > > Hi Tom, > > > > I’m working on rebasing an old U-Boot branch for our company’s AM335x > > based board upon the current U-Boot r

[U-Boot] AM335x configurations - console output at early stages lost

omething goes wrong in this process, we would like to report it to the console. I understand there was a good reason for the mentioned commit (the GD), however, as you see, we have also lost some important functionality with it. I would appreciate your advice on how to solve it. Best regards

[U-Boot] AM335x configurations - console output at early stages lost

ng in this process, we would like to report it to the console. I understand there was a good reason for the mentioned commit (the GD), however, as you see, we have also lost some important functionality with it. I would appreciate your advice on how to solve it. Best regards, Va

[U-Boot] AM335x configurations - console output at early stages lost

ng in this process, we would like to report it to the console. I understand there was a good reason for the mentioned commit (the GD), however, as you see, we have also lost some important functionality with it. I would appreciate your advice on how to solve it. Best regards, Va

Re: [U-Boot] Recommended MIPS toolchain

Hi Masahiro, On Mon, Sep 8, 2014 at 12:29 PM, Masahiro Yamada wrote: > Hi Daniel, Vasili, > > > > > > > > sorry if I was not accurate enough but with introduction of Kbuild > > > "USE_PRIVATE_LIBGCC=yes" was changed to "CONFIG_USE_PRIVATE_LIBGCC=y". > > > To support different U-Boot versions you

[U-Boot] Fwd: Recommended SH toolchain

Hi Tom, On Thu, Aug 21, 2014 at 2:07 PM, Vasili Galka wrote: > Hi Nobuhiro, > > I'm trying to verify the correct build of all SH boards in U-Boot. What is > the recommended toolchain to use? > > I tried the one from kernel.org [1], but it does not work for all the > bo

Re: [U-Boot] [PATCH v2] common: fix compiler warning on wrong printf format

On Thu, Aug 28, 2014 at 5:33 PM, Alexey Brodkin < alexey.brod...@synopsys.com> wrote: > Hi Vasili, > > On Thu, 2014-08-28 at 17:17 +0300, Vasili Galka wrote: > > On Thu, Aug 28, 2014 at 4:15 PM, Alexey Brodkin > > wrote: > > From: Alexey Brodk

Re: [U-Boot] [PATCH v2] common: fix compiler warning on wrong printf format

: > common/bouncebuf.c:26:3: warning: format "%d" expects argument of type > "int", but argument 2 has type "size_t" [-Wformat=] >debug("Unaligned buffer length %d\n", /*(int)*/state->len); >^ > --->--- > > Signed-off-by: Al

[U-Boot] [PATCH v2] axs101: Fix type mismatch warning

Initialization of pointer from integer shall be designated by explicit type cast. Signed-off-by: Vasili Galka Cc: Alexey Brodkin --- Changes for v2: - Verified complience with checkpatch.pl (wrapped long lines) board/synopsys/axs101/nand.c | 6 -- 1 file changed, 4 insertions(+), 2

Re: [U-Boot] [PATCH] axs101: Fix type mismatch warning

Hi Alexey, On Tue, Aug 26, 2014 at 4:52 PM, Alexey Brodkin wrote: > Hi Vasili, > > > On Tue, 2014-08-26 at 13:46 +0300, Vasili Galka wrote: >> Initialization of pointer from integer shall be designated by explicit >> type cast. >> >> Signed-off-by:

[U-Boot] [PATCH] mpc5xxx: Add stub implementation of cache functions

Some drivers (e.g. net/e1000) reference these functions. So, this fixes the build of MVBC_P board. I'm not familiar with the MPC5xxx platform, maybe a full implementation shall be implemented instead of this stub in the future. Signed-off-by: Vasili Galka Cc: Wolfgang Denk , Marek

[U-Boot] [PATCH] microblaze: Fix printf size_t format related warnings (again...)

The basic idea: Define size_t using the __SIZE_TYPE__ compiler-defined type. For detailed explanation see similar patch for the nios2 arch: http://patchwork.ozlabs.org/patch/379938/ Signed-off-by: Vasili Galka Cc: Michal Simek --- arch/microblaze/include/asm/posix_types.h |4 1 files

[U-Boot] [PATCH] Fix a few printf argument verification warnings

The parameters of size_t type shall be formatted using "%zu" and not using "%d". Precision argument for the "%.*s" parameters shall be of int type. Signed-off-by: Vasili Galka --- common/bouncebuf.c|2 +- common/cmd_mtdparts.c |4 ++-- common/spl

[U-Boot] [PATCH] arc: Fix printf size_t format related warnings (again...)

The basic idea: Define size_t using the __SIZE_TYPE__ compiler-defined type. For detailed explanation see similar patch for the nios2 arch: http://patchwork.ozlabs.org/patch/379938/ Signed-off-by: Vasili Galka Cc: Alexey Brodkin --- arch/arc/include/asm/posix_types.h |4 1 files

[U-Boot] [PATCH] openrisc: Fix a few type cast related warnings

Use size_t type for positive offsets instead of the loff_t type. The later is defined as long long, which is larger than the pointer type on OpenRISC architecture and therefore the following warning was generated: "warning: cast to pointer from integer of different size" Signed-off-

[U-Boot] [PATCH] axs101: Fix type mismatch warning

Initialization of pointer from integer shall be designated by explicit type cast. Signed-off-by: Vasili Galka Cc: Alexey Brodkin --- board/synopsys/axs101/nand.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/board/synopsys/axs101/nand.c b/board/synopsys/axs101

Re: [U-Boot] [U-Boot,1/2] e1000: Implement dcache support

Hi Marek, On Fri, Aug 8, 2014 at 5:41 PM, Tim Harvey wrote: > From: Marek Vasut > > Implement proper support for cache flushing and invalidation into the > Intel e1000 NIC driver. > > Signed-off-by: Marek Vasut > Acked-by: Tim Harvey > --- > drivers/net/e1000.c | 71 >

Re: [U-Boot] [PATCH] samsung: dfu: Provide correct Vendor and Product IDs for UMS gadget

Hi, On Tue, Jul 29, 2014 at 12:10 PM, Lukasz Majewski wrote: > It is necessary to provide the same Vendor and Product IDs as the one in > the original Linux kernel code. > > Without this change the USB mass storage gadget is not working with > Windows7. > > Signed-off-by: Lukasz Majewski > --- >

[U-Boot] Recommended SH toolchain

Hi Nobuhiro, I'm trying to verify the correct build of all SH boards in U-Boot. What is the recommended toolchain to use? I tried the one from kernel.org [1], but it does not work for all the boards, I get build errors like this one: Building rsk7203 board... sh4-linux-gcc: error: command line o

Re: [U-Boot] Recommended AVR32 toolchain

Hi Andreas, The toolchain from kernel.org indeed works fine. Thank you very much for your help! Best regards, Vasili On Wed, Aug 20, 2014 at 11:38 PM, Andreas Bießmann wrote: > Hi Vasili, > > On 20.08.14 18:10, Vasili Galka wrote: >> Hi Andreas, >> >> I'm tryin

[U-Boot] Recommended AVR32 toolchain

Hi Andreas, I'm trying to verify the correct build of all AVR32 boards. What is the recommended toolchain to use? I tried the one that comes with Ubuntu: sudo apt-get install gcc-avr binutils-avr gdb-avr avr-libc avrdude But it does not work, I get the following build errors: Building atngw100

Re: [U-Boot] Recommended MIPS toolchain

Hi Daniel, On Wed, Aug 20, 2014 at 3:20 PM, Daniel Schwierzeck wrote: > > > On 20.08.2014 13:50, Vasili Galka wrote: >> Hi Daniel, >> >> On Wed, Aug 20, 2014 at 1:23 PM, Daniel Schwierzeck >> wrote: >>> >>> >>> >>> On

Re: [U-Boot] Recommended MIPS toolchain

Hi Daniel, On Wed, Aug 20, 2014 at 1:23 PM, Daniel Schwierzeck wrote: > > > > On 20.08.2014 11:35, Vasili Galka wrote: > > Hi, > > > > What is the recommended tool-chain to verify compilation of MIPS boards? > > you could try > > Denx ELDK 5.5 for MIP

[U-Boot] Recommended MIPS toolchain

Hi, What is the recommended tool-chain to verify compilation of MIPS boards? I tried the one from https://www.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.9.0/ But it does not work, throws plenty of errors about hard/soft float. Regards, Vasili __

[U-Boot] [PATCH] nios2: Fix printf size_t format related warnings (again...)

ined in GCC 3.4.6, so it should work there too. Signed-off-by: Vasili Galka Cc: Thomas Chou --- arch/nios2/include/asm/posix_types.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/arch/nios2/include/asm/posix_types.h b/arch/nios2/include/asm/posix_types.h ind

Re: [U-Boot] Build broken for bf538f-ezkit board - not enough ram

Hi Simon, On Thu, Aug 14, 2014 at 7:20 AM, Simon Glass wrote: > Hi, > > On 12 August 2014 10:12, Vasili Galka wrote: > > On Sun, Jun 29, 2014 at 6:01 PM, Vasili Galka wrote: > > > >> Hi, > >> > >> Some of the recent commits on u-boot/master

[U-Boot] [PATCH] bfin: Use optimization for size instead of speed on two boards

The build of bf533-stamp and bf538f-ezkit boards is broken. The code does not fit into the available RAM. This fixes the build by favoring size optimization over speed optimization for the code in lib directory. Signed-off-by: Vasili Galka Cc: Sonic Zhang --- include/configs/bf533-stamp.h

[U-Boot] [PATCH] Makefile: Use Kbuild style for system_map.o generation step

The command generating the "common/system_map.o" file was always shown during the build making the output messy. Now it is called using the Kbuild "cmd" macro, so that the full command is shown only when building in verbose mode. Signed-off-by: Vasili Galka --- Makefile

Re: [U-Boot] Build broken for bf538f-ezkit board - not enough ram

On Sun, Jun 29, 2014 at 6:01 PM, Vasili Galka wrote: > Hi, > > Some of the recent commits on u-boot/master have broken the build of > bf538f-ezkit board. The build was fine for v2014.07-rc3. However, now > there is the following error: > > bfin-elf-ld.bfd: u-boot section `

Re: [U-Boot] [PATCH] Disable FLASH_AMLV256U support for TOP860 target

On Mon, Jun 16, 2014 at 5:41 PM, Vasili Galka wrote: > TOP860 configuration assumes at most 128 flash sectors. Thus, the > AMLV256U flash can't be supported. The existing code could result in > memory corruption when writing to the flash_info->start[] array. > > Signed-off

[U-Boot] [PATCH] blackfin: Add more dcache functions

: Sonic Zhang , Alexey Brodkin Signed-off-by: Vasili Galka --- arch/blackfin/lib/cache.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/blackfin/lib/cache.c b/arch/blackfin/lib/cache.c index 0a321a4..e8a0cb5 100644 --- a/arch/blackfin/lib/cache.c +++ b/arch

[U-Boot] [PATCH] blackfin: Fix warning about undefined function

get_sclk() was not defined in bfin_wdt.c, include the corresponding header. Cc: Sonic Zhang Signed-off-by: Vasili Galka --- drivers/watchdog/bfin_wdt.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/watchdog/bfin_wdt.c b/drivers/watchdog/bfin_wdt.c index

[U-Boot] [PATCH] m68k: Fix incorrect memory access on M5235

defined or not. Cc: Jason Jin Signed-off-by: Vasili Galka --- arch/m68k/cpu/mcf523x/cpu_init.c | 39 ++--- 1 files changed, 23 insertions(+), 16 deletions(-) diff --git a/arch/m68k/cpu/mcf523x/cpu_init.c b/arch/m68k/cpu/mcf523x/cpu_init.c index 5a78954..af1fd56

[U-Boot] [PATCH] m68k: Fix bug, "address of" operator was forgotten

in_be16() shall be passed a pointer to register and not its value. This is clearly a typo resulting in a wrong memory access, so fix it. Cc: Alison Wang , Jason Jin Signed-off-by: Vasili Galka --- arch/m68k/cpu/mcf5445x/speed.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff

[U-Boot] Build broken for bf538f-ezkit board - not enough ram

Hi, Some of the recent commits on u-boot/master have broken the build of bf538f-ezkit board. The build was fine for v2014.07-rc3. However, now there is the following error: bfin-elf-ld.bfd: u-boot section `.bss' will not fit in region `ram' bfin-elf-ld.bfd: region `ram' overflowed by 40 bytes I

[U-Boot] DCache in designware.c brakes bf609-ezkit board build

Hi Alexey, Your commit 50b0df814b0f75c08a3d45a017016a75af3edb5d caused drivers/net/designware.c to be dependent on dcache functionality, e.g. invalidate_dcache_range(). This brakes build for configurations that don't have this implemented. For example the blackfin based "bf609-ezkit" board does no

Re: [U-Boot] m68k: Build problems on some boards

I'll really appreciate any help on this. On Sun, Jun 15, 2014 at 3:57 PM, Vasili Galka wrote: > Hi, > > I've installed a m68k-elf toolchain (based on gcc 4.8.1) and tried > building all m68k boards on latest u-boot/master (MAKEALL -a m68k). > While the build succeeds fo

Re: [U-Boot] strtonum() is gawk specific extension

Hi Simon, On Wed, Jun 18, 2014 at 9:10 AM, Simon Glass wrote: > I thought of an ugly way and sent a patch using bc, but please let me > know if you have something better. I honestly don't know. Is bc considered "standard" and always comes on Linux systems? Maybe there shall be a list of prerequi

Re: [U-Boot] [PATCH] Fix bug in io64 target (introduced by commit aba27ac)

Hi Dirk, On Tue, Jun 17, 2014 at 9:18 AM, Dirk Eibach wrote: > Heh. Good catch. thanks! > But now I'm curious: how did you find this? > > Acked-by: dirk.eib...@gdsys.cc > > Cheers > Dirk I had the following compiler warning (and I actually don't understand why it was generated here): In file in

[U-Boot] [PATCH] Disable FLASH_AMLV256U support for TOP860 target

TOP860 configuration assumes at most 128 flash sectors. Thus, the AMLV256U flash can't be supported. The existing code could result in memory corruption when writing to the flash_info->start[] array. Signed-off-by: Vasili Galka Cc: Wolfgang Denk --- board/emk/common/flash.c |4

[U-Boot] [RFC PATCH] Fix bug in T4240QDS code. Don't access nonexistent registers

, but at least let's change it to access only the existing registers. Signed-off-by: Vasili Galka Cc: York Sun --- board/freescale/t4qds/t4240qds.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/board/freescale/t4qds/t4240qds.c b/board/freescale/t4qds/t4240q

[U-Boot] [PATCH] Fix bug in io64 target (introduced by commit aba27ac)

>From comparison of current logic and the logic that was prior to commit aba27ac, we see that first parameter of FPGA_GET_REG() shall be the FPGA index and not channel number. The re-factoring in commit aba27ac accidentally changed that. Signed-off-by: Vasili Galka Cc: Dirk Eibach , Stefan Ro

[U-Boot] [PATCH] m68k: Remove CONFIG_CMD_BEDBUG related code

This flag does not compile on m68k since 2003 (8bde7f7) when a required "cmd_bedbug.h" header was removed. Eleven years passed, lets clean up a little... Signed-off-by: Vasili Galka --- arch/m68k/lib/board.c |8 1 files changed, 0 insertions(+), 8 deletions(-) diff --

[U-Boot] [PATCH] Remove nios-32 arch remnants

nios-32 arch was removed back in 2010 (1117cbf). Code depending on its headers (nios.h, nios-io.h) can't possibly compile since then. As it wasn't fixed till now it is safe to remove. Signed-off-by: Vasili Galka --- board/altera/common/sevenseg.c

[U-Boot] strtonum() is gawk specific extension

The following patch "Check that u-boot.bin size looks correct": http://patchwork.ozlabs.org/patch/355151/ Uses strtonum() function which is gawk specific extension: https://www.gnu.org/software/gawk/manual/html_node/Strtonum-Function.html As a result, currenlty, u-boot/master generates build error

[U-Boot] m68k: Build problems on some boards

Hi, I've installed a m68k-elf toolchain (based on gcc 4.8.1) and tried building all m68k boards on latest u-boot/master (MAKEALL -a m68k). While the build succeeds for most of the boards, the following four fail with similar errors: TASREG M5249EVB M5253DEMO M5253EVBE m68k-elf-ld.bfd: m68k:isa-a:

Re: [U-Boot] [RFC] Proposal to change include search model

Hi Jeroen, On Tue, Jun 10, 2014 at 11:40 PM, Jeroen Hofstee wrote: > This sounds way too complex if you ask me for what your are trying to > fix. For one thing #include<> versus include "" is compiler specific and > not defined in general. If I find some time I will see if I can find > another so

[U-Boot] [RFC] Proposal to change include search model

Hi, Currently U-Boot has a long list of include search paths. This makes it hard to understand the location of each header. Moreover, it opens an easy opportunity for breaking build by including the wrong header. This is especially easy when compiling the tools directory. I found numerous commits

[U-Boot] [PATCH] cosmetic: Whitespace fix

Signed-off-by: Vasili Galka --- arch/arm/cpu/armv7/exynos/spl_boot.c |4 ++-- board/Marvell/include/pci.h |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/cpu/armv7/exynos/spl_boot.c b/arch/arm/cpu/armv7/exynos/spl_boot.c index ade45fd..7916630

[U-Boot] [PATCH] Remove ${objtree}/include/asm/proc/ link

ectly where needed. Successful MAKEALL for ARM and PowerPC verified on Linux. Signed-off-by: Vasili Galka --- arch/arm/include/asm/atomic.h |2 +- arch/arm/include/asm/bitops.h |2 +- arch/arm/include/asm/proc-armv/processor.h |2 +- arch/arm/include/asm/proces

[U-Boot] [PATCH] x86: Enable 32-bit build using x86_64 multilib toolchain

nd -m elf_i386 flags) and locate the right libgcc path. Signed-off-by: Vasili Galka --- For example on x86_64 Ubuntu "sudo apt-get install gcc-multilib" is enough and no need to install additional 32-bit toolchain. arch/x86/config.mk |5 +++-- arch/x86/cpu/config.mk |2 +-

Re: [U-Boot] [RFC PATCH] IMX: Rename IMX image "SPL" to something else for Cygwin

Hi Stefano, On Fri, Jun 6, 2014 at 4:30 PM, Stefano Babic wrote: > IMHO we have to consider if there will be a high request to build on > Cygwin and I prefer to defer this issue. Some developers working before > on Cygwin are used to set up a VM on their OS nowadays, reducing the > number of peop

Re: [U-Boot] Building under Cygwin - "-ansi" flag?

Hi Masahiro, >> Let's suppose there is an application in tools directory that requires >> both "libfdt_env.h" (from uboot tree) and "errno.h" (from host >> environment). However, as both headers exist at both places, in the >> uboot tree and on the host environment, there is no way to solve this >

Re: [U-Boot] Building under Cygwin - "-ansi" flag?

Hi Jeroen, On Thu, May 22, 2014 at 9:27 PM, Jeroen Hofstee wrote: > Hello Vasili, > > On wo, 2014-05-21 at 11:50 +0300, Vasili Galka wrote: > >> >>This pattern is a >> >>result of the original decision from 2004 to prioritize the host >> >

Re: [U-Boot] Some powerpc cfgs fail to build on v2014.04

Hi Masahiro, On Mon, May 26, 2014 at 2:28 PM, Masahiro Yamada wrote: > Hi Vasili, > > On Mon, 26 May 2014 13:51:52 +0300 > Vasili Galka wrote: > >> Hi, >> >> Are all boards supposed to build fine in v2014.04 release? >> I'm running "./MAKEA

[U-Boot] Some powerpc cfgs fail to build on v2014.04

Hi, Are all boards supposed to build fine in v2014.04 release? I'm running "./MAKEALL -a powerpc" and get build failure for 9 boards: Boards with errors: 9 ( ep8248 MPC8572DS MPC8572DS_36BIT PMC440 dlvision-10g io iocon neo ep8248 ) ep8248 -- /home/lab/dev/uboot/Makefile:501: *** "System not

Re: [U-Boot] Build problem - ppmc7xx configuration

On Thu, May 22, 2014 at 10:39 PM, Vasili Galka wrote: > On Thu, May 22, 2014 at 10:05 PM, Tom Rini wrote: >> >> On Thu, May 22, 2014 at 12:45:11PM +0300, Vasili Galka wrote: >> > Hi, >> > >> > I'm trying to compile the "v2014.04" ta

Re: [U-Boot] Build problem - ppmc7xx configuration

On Thu, May 22, 2014 at 10:05 PM, Tom Rini wrote: > On Thu, May 22, 2014 at 12:45:11PM +0300, Vasili Galka wrote: > > Hi, > > > > I'm trying to compile the "v2014.04" tag using "ppmc7xx" configuration on > > Ubuntu using powerpc-none-eab

[U-Boot] Build problem - ppmc7xx configuration

Hi, I'm trying to compile the "v2014.04" tag using "ppmc7xx" configuration on Ubuntu using powerpc-none-eabi toolchain. I'm running the following: make CROSS_COMPILE=powerpc-none-eabi- O=out/ ppmc7xx_config make CROSS_COMPILE=powerpc-none-eabi- O=out/ And receiving the following error: [...] L

Re: [U-Boot] Building under Cygwin - "-ansi" flag?

Hi Jeroen, On Tue, May 20, 2014 at 9:06 PM, Jeroen Hofstee wrote: > Dear Vasili, > > On ma, 2014-05-19 at 12:45 +0300, Vasili Galka wrote: > [...] > >> 2. I see a reoccurring pattern of some headers being used from the host, >>causing mismatches and arising bui

Re: [U-Boot] Building under Cygwin - "-ansi" flag?

On Sun, May 11, 2014 at 1:27 PM, Vasili Galka wrote: > > On Fri, May 9, 2014 at 6:08 PM, Tom Rini wrote: >> >> On Thu, May 08, 2014 at 02:49:35PM +0300, Vasili Galka wrote: >> > Hi, >> > >> > I'm building u-boot (am335x_evm config) using arm-non

[U-Boot] Building under Cygwin - "-ansi" flag?

Hi, I'm building u-boot (am335x_evm config) using arm-none-eabi toolchain under Cygwin. When trying to build unmodified v2014.04 tag I get some errors. However, if I remove the "-ansi" flag from the Makefile, everything builds fine: -ifeq ($(HOSTOS),cygwin) -HOSTCFLAGS+= -ansi -endif I tried

Re: [U-Boot] Problem building am335x_evm config

On Sun, May 4, 2014 at 4:12 PM, Jeroen Hofstee wrote: > Hello Vasili, > > On zo, 2014-05-04 at 14:48 +0300, Vasili Galka wrote: > > On Sun, May 4, 2014 at 2:24 PM, Belisko Marek >wrote: > > > > > > > > > > I've followed your advice and tried

Re: [U-Boot] Problem building am335x_evm config

On Sun, May 4, 2014 at 2:24 PM, Belisko Marek wrote: > Hi Vasili, > > please do not top post. > > On Sun, May 4, 2014 at 1:18 PM, Vasili Galka wrote: > > Hi Marek, > > > > I've followed your advice and tried the following two on clean tree: > > >

Re: [U-Boot] Problem building am335x_evm config

g the same error. Best, Vasili On Sun, May 4, 2014 at 2:12 PM, Belisko Marek wrote: > Hi Vasisli, > > On Sun, May 4, 2014 at 12:56 PM, Vasili Galka wrote: > > Hi, > > > > I'm having some very basic problem with building u-boot. Using clean > > v2014.04 checko

[U-Boot] Problem building am335x_evm config

Hi, I'm having some very basic problem with building u-boot. Using clean v2014.04 checkout, I run config: make CROSS_COMPILE=arm-none-eabi- O=out/am335x_evm am335x_evm_config Which passes fine. But when I run the actual build after that I'm getting an error: $ make CROSS_COMPILE=arm-none-eabi-

[U-Boot] [PATCH] drivers/spi/omap3: Bug fix of premature write transfer completion

M3359 chip. Signed-off-by: Vasili Galka --- drivers/spi/omap3_spi.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/spi/omap3_spi.c b/drivers/spi/omap3_spi.c index a3ad056..651e46e 100644 --- a/drivers/spi/omap3_spi.c +++ b/drivers/spi/omap3_spi.c @@ -260,8 +26

[U-Boot] [PATCH] Cosmetic: Typo fixes

From: Vasili Galka Signed-off-by: Vasili Galka --- include/spi_flash.h |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/include/spi_flash.h b/include/spi_flash.h index f79f0ea..1a11286 100644 --- a/include/spi_flash.h +++ b/include/spi_flash.h @@ -52,7 +52,7

Re: [U-Boot] FAT filesystem support on SPI flash

Dear Wolfgang, 1. So, my understanding is that fatload/fatls/etc have only MMC/SATA support now? No support for MTD? 2. Where can I find the description of "device driver model" you mention? When is it planned to be adopted? Best, Vasili On Sun, Feb 23, 2014 at 7:23 PM, Wolfgang Denk wrote: >

Re: [U-Boot] FAT filesystem support on SPI flash

li On Sun, Feb 23, 2014 at 7:49 PM, Jagan Teki wrote: > On Sun, Feb 23, 2014 at 7:07 PM, Vasili Galka wrote: >> Hi, >> >> On our system, we are interested in keeping all files, including the OS >> image and U-Boot second stage on FAT filesystem residing on a SPI flash.

[U-Boot] FAT filesystem support on SPI flash

Hi, On our system, we are interested in keeping all files, including the OS image and U-Boot second stage on FAT filesystem residing on a SPI flash. I have not found existing U-Boot support for such functionality. Have I missed it? In any case, I'm willing to implement this, do you see