[U-Boot] [LONG] Re: [PATCH v3 0/6] Optimize ARM relocation

On Tue, 18 Jun 2013 16:54:57 +0200, Albert ARIBAUD wrote: > Hi Jeroen, > > On Sun, 16 Jun 2013 15:33:32 +0200, Jeroen Hofstee > wrote: > > > Hello Albert, > > > > On 06/13/2013 08:54 PM, Jeroen Hofstee wrote: > > > > > binaries only use one type of relocation record, > > R_ARM_RELAT

Re: [U-Boot] Merge Window close date

Hi Masahiro, On Wed, 19 Jun 2013 10:54:27 +0900, Masahiro Yamada wrote: > How strict is the MW rule in U-Boot development? > > I can't say for sure because I'm quite new here, > but the development looks (at least to me) > to keep going regardless of the MW status. To sum up things (anyone cor

Re: [U-Boot] Merge Window close date

Dear Masahiro Yamada, In message <20130619105426.7444.aa925...@jp.panasonic.com> you wrote: > > Especailly after reading this > http://thread.gmane.org/gmane.linux.network/104943/focus=104951 > Maybe I became a little nervous about the MW. I'm not sure what you mean here? > Let me ask one more

[U-Boot] [[PATCH]] imx6: fix GPR2 wrong definition

Signed-off-by: Pierre Aubert CC: Stefano Babic --- arch/arm/include/asm/arch-mx6/imx-regs.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h b/arch/arm/include/asm/arch-mx6/imx-regs.h index 03abb2a..45824f9 100644 --- a/arch/arm/

Re: [U-Boot] [PATCH v4 02/14] sf: Discover the bank addr commands

On Wed, Jun 19, 2013 at 9:58 AM, Simon Glass wrote: > Hi Jagan, > > On Thu, Jun 13, 2013 at 1:55 PM, Jagannadha Sutradharudu Teki < > jagannadha.sutradharudu-t...@xilinx.com> wrote: > >> Bank/Extended addr commands are specific to particular >> flash vendor so discover them based on the idocode0.

Re: [U-Boot] [PATCH v4 14/14] sf: Add Flag status register polling support

On Wed, Jun 19, 2013 at 10:00 AM, Simon Glass wrote: > Hi Jagan, > > On Thu, Jun 13, 2013 at 1:55 PM, Jagannadha Sutradharudu Teki < > jagannadha.sutradharudu-t...@xilinx.com> wrote: > >> Flag status register polling is required for micron 512Mb flash >> devices onwards, for performing erase/progr

Re: [U-Boot] [PATCH 1/4] sf: Unify spi_flash write code

On Wed, Jun 19, 2013 at 10:01 AM, Simon Glass wrote: > Hi Jagan, > > On Fri, Jun 14, 2013 at 1:18 PM, Jagannadha Sutradharudu Teki < > jagannadha.sutradharudu-t...@xilinx.com> wrote: > >> Move common flash write code into spi_flash_write_common(). >> >> Signed-off-by: Jagannadha Sutradharudu Teki

[U-Boot] [PATCH v4 3/3] Add TI816X evm board support

Signed-off-by: Antoine Tenart --- MAINTAINERS |4 + board/ti/ti816x/Makefile | 47 board/ti/ti816x/evm.c| 249 ++ boards.cfg |1 + include/configs/ti816x_evm.h | 188 +++

[U-Boot] [PATCH v4 1/3] Prepare for TI816X : reuse existing code from TI814X

Rename some CONFIG_TI814X to a more generic CONFIG_81XX Signed-off-by: Antoine Tenart --- Makefile|2 +- arch/arm/cpu/armv7/Makefile |2 +- arch/arm/cpu/armv7/omap-common/Makefile |2 +- arch/arm/include/asm/arch-am33xx/cpu.h |2 +- ar

[U-Boot] [PATCH v4 0/3] Add TI816X EVM support

This serie introduce the support of the TI816X EVM board. The serie fits into the existing AM33XX SoC support and reuse some definitions from the TI814X. Based on the implementation in the TI-PSP-04.00.02.14 vendor tree: http://arago-project.org/git/projects/?p=u-boot-omap3.git;a=summary It has

[U-Boot] [PATCH v4 2/3] Add TI816X support

Signed-off-by: Antoine Tenart --- arch/arm/cpu/armv7/am33xx/Makefile |1 + arch/arm/cpu/armv7/am33xx/clock_ti814x.c | 95 arch/arm/cpu/armv7/am33xx/clock_ti816x.c | 529 arch/arm/cpu/armv7/am33xx/emif4.c |2

Re: [U-Boot] please pull u-boot-samsung master

Hi Minkyu, On Mon, 17 Jun 2013 11:10:58 +0900, Minkyu Kang wrote: > Dear Albert, > > The following changes since commit d0a51373131c4ba565a2391d5ed78b87c406ce98: > > at91sam9260ek: move board id setup to config header (2013-05-12 16:49:14 > +0200) > > are available in the git repository at

Re: [U-Boot] please pull u-boot-samsung master

On Wed, Jun 19, 2013 at 6:09 AM, Minkyu Kang wrote: > On 18/06/13 23:57, Albert ARIBAUD wrote: >> Hi Minkyu, >> >> On Mon, 17 Jun 2013 13:16:20 +0530, Jagan Teki >> wrote: >> >>> On Mon, Jun 17, 2013 at 7:40 AM, Minkyu Kang wrote: Dear Albert, The following changes since commit >

Re: [U-Boot] please pull u-boot-samsung master

Hi Jagan, On Wed, 19 Jun 2013 17:19:36 +0530, Jagan Teki wrote: > On Wed, Jun 19, 2013 at 6:09 AM, Minkyu Kang wrote: > > On 18/06/13 23:57, Albert ARIBAUD wrote: > >> Hi Minkyu, > >> > >> On Mon, 17 Jun 2013 13:16:20 +0530, Jagan Teki > >> wrote: > >> > >>> On Mon, Jun 17, 2013 at 7:40 AM, Mi

Re: [U-Boot] please pull u-boot-samsung master

On Wed, Jun 19, 2013 at 5:24 PM, Albert ARIBAUD wrote: > Hi Jagan, > > On Wed, 19 Jun 2013 17:19:36 +0530, Jagan Teki > wrote: > >> On Wed, Jun 19, 2013 at 6:09 AM, Minkyu Kang wrote: >> > On 18/06/13 23:57, Albert ARIBAUD wrote: >> >> Hi Minkyu, >> >> >> >> On Mon, 17 Jun 2013 13:16:20 +0530, J

Re: [U-Boot] [uBoot] [PATCH v2] musb: Move linux and usb compat files to include/linux/usb

+ Marek and a bump On 06/13/2013 02:07 PM, Dan Murphy wrote: > Move the linux and usb compat files to the > include/linux/usb directory in order for the files to be > reused. > > Added GPLv2 license to the linux and usb compat as well. > > Signed-off-by: Dan Murphy > --- > v2 - Fix checkpatch issu

Re: [U-Boot] please pull u-boot-samsung master

On 19/06/13 20:30, Albert ARIBAUD wrote: > Hi Minkyu, > > On Mon, 17 Jun 2013 11:10:58 +0900, Minkyu Kang > wrote: > >> Dear Albert, >> >> The following changes since commit d0a51373131c4ba565a2391d5ed78b87c406ce98: >> >> at91sam9260ek: move board id setup to config header (2013-05-12 16:49:14

Re: [U-Boot] [PATCH v2] dfu: make data buffer size configurable

Dear Heiko Schocher, > Dfu transfer uses a buffer before writing data to the > raw storage device. Make the size (in bytes) of this buffer > configurable through environment variable "dfu_bufsiz". > Defaut value is configurable through CONFIG_SYS_DFU_DATA_BUF_SIZE > > Signed-off-by: Heiko Schoche

Re: [U-Boot] [U-Boot, 1/1] NET: Fix system hanging if NET device is not installed

On Fri, May 17, 2013 at 05:41:03PM +0800, Jim Lin wrote: > If we try to boot from NET device, NetInitLoop in net.c will be invoked. > If NET device is not installed, eth_get_dev() function will return > eth_current value, which is NULL. > When NetInitLoop is called, "eth_get_dev->enetaddr" will ac

Re: [U-Boot] [PATCH 0/8] rely on latest dtc, simplify

On Tue, Jun 11, 2013 at 12:19:52PM -0400, Tom Rini wrote: > On Mon, Jun 10, 2013 at 05:16:56PM -0600, Stephen Warren wrote: > > > From: Stephen Warren > > > > This is a series of patches which simplifies the rules to build *.dts in > > U-Boot by relying on features in the latest dtc. The include

Re: [U-Boot] nand onfi 8bit/16bit bus support

Hi Scott, On 05/09/2013 11:37 PM, Scott Wood wrote: > On 05/06/2013 11:53:52 AM, Michal Simek wrote: >> Hi guys, >> >> Zynq supports 8 and 16bit ONFI nand flashes. >> We can count number of connected pins and from that >> we know if 8bit or 16bit nand flash is used. >> >> I have looked at the code

[U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

Current code looks strange because no matter the value argument is 0 or 1 it always calls writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); And then gpio_get_value() always return 1. I'm wondering if it needs to be fixed, something like below change: diff --git a/drivers/gpio/spear_g

Re: [U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

On Wed, Jun 19, 2013 at 10:44 AM, Axel Lin wrote: > Current code looks strange because no matter the value argument is 0 or 1 > it always calls > writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); > > And then gpio_get_value() always return 1. > > I'm wondering if it needs to be fixed,

Re: [U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

Dear Axel Lin, > Current code looks strange because no matter the value argument is 0 or 1 > it always calls > writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); > > And then gpio_get_value() always return 1. > > I'm wondering if it needs to be fixed, something like below change: > > d

Re: [U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

2013/6/19 Marek Vasut : > Dear Axel Lin, > >> Current code looks strange because no matter the value argument is 0 or 1 >> it always calls >> writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); >> >> And then gpio_get_value() always return 1. >> >> I'm wondering if it needs to be fixed, som

Re: [U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

On 19.06.2013 16:01, Axel Lin wrote: >>> - writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); >>> + if (value) >>> + writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); >>> + else >>> + writel(0, ®s->gpiodata[DATA_REG_ADDR(gpio)]); >> >> >> You might want to

Re: [U-Boot] [PATCH 0/8] rely on latest dtc, simplify

On 06/19/2013 06:46 AM, Tom Rini wrote: > On Tue, Jun 11, 2013 at 12:19:52PM -0400, Tom Rini wrote: >> On Mon, Jun 10, 2013 at 05:16:56PM -0600, Stephen Warren wrote: >> >>> From: Stephen Warren >>> >>> This is a series of patches which simplifies the rules to build >>> *.dts in U-Boot by relyin

Re: [U-Boot] [PATCH 0/8] rely on latest dtc, simplify

On Wed, Jun 19, 2013 at 09:38:17AM -0600, Stephen Warren wrote: > On 06/19/2013 06:46 AM, Tom Rini wrote: > > On Tue, Jun 11, 2013 at 12:19:52PM -0400, Tom Rini wrote: > >> On Mon, Jun 10, 2013 at 05:16:56PM -0600, Stephen Warren wrote: > >> > >>> From: Stephen Warren > >>> > >>> This is a serie

Re: [U-Boot] please pull u-boot-samsung master

Hi Minkyu, On Mon, 17 Jun 2013 11:10:58 +0900, Minkyu Kang wrote: > Dear Albert, > > The following changes since commit d0a51373131c4ba565a2391d5ed78b87c406ce98: > > at91sam9260ek: move board id setup to config header (2013-05-12 16:49:14 > +0200) > > are available in the git repository at

Re: [U-Boot] [PATCH 10/10] powerpc: p1022ds: support TPL on the P1022DS

On Tue, Jun 18, 2013 at 12:54 PM, Scott Wood wrote: > On 06/18/2013 10:37:02 AM, Timur Tabi wrote: > >> On Tue, Jun 18, 2013 at 5:39 AM, wrote: >> > From: Ying Zhang >> > >> > Support TPL on the P1022DS. >> >> Please define "TPL". I have no idea what it is. >> > > Third Program Loader. An add

Re: [U-Boot] [PATCH 8/8] powerpc/p1022ds: boot from spi flash with SPL

On Fri, Jun 7, 2013 at 4:25 AM, wrote: > From: Ying Zhang > > Support to boot from spi flash. > > This patch is on top of the patch: > powerpc/p1022ds: boot from SD Card with SPL > > Signed-off-by: Ying Zhang > --- > board/freescale/p1022ds/spl.c | 12 +- > drivers/mtd/spi/Makefile

Re: [U-Boot] nand onfi 8bit/16bit bus support

On 06/19/2013 08:40:19 AM, Michal Simek wrote: Hi Scott, On 05/09/2013 11:37 PM, Scott Wood wrote: > On 05/06/2013 11:53:52 AM, Michal Simek wrote: >> Hi guys, >> >> Zynq supports 8 and 16bit ONFI nand flashes. >> We can count number of connected pins and from that >> we know if 8bit or 16bit na

Re: [U-Boot] [PATCH 1/8] xilinx: move microblaze-generic .dts to standard location

On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren wrote: > From: Stephen Warren > > Aside from microblaze, all other SoCs/boards/vendors store their DT files > in board/$vendor/dts/$soc-$board.dts. Move microblaze-generic.dts to this > location for consistency. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH 2/8] dts/Makefile: simplify dtc invocation

Hi Stephen, On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren wrote: > From: Stephen Warren > > The invocation of dtc is significantly more complex that it could be, > in order to work around an issue on old versions of dtc, which print > a message to stdout every time they run. > > Remove this wo

Re: [U-Boot] [PATCH 2/8] dts/Makefile: simplify dtc invocation

On 06/19/2013 02:37 PM, Simon Glass wrote: > Hi Stephen, > > On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren > wrote: ... > Related, split the invocation of cpp and dtc into separate commands > rather than a pipeline, so that if either fail, it is detected. T

Re: [U-Boot] [PATCH 3/8] dts/Makefile: unify cpp/dtc include paths

Hi Stephen, On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren wrote: > From: Stephen Warren > > *.dts may use #include (via cpp) or /include/ (via dtc; assuming a newer > dtc). The choice is up to the creator of the DT. Create a common variable > DTC_INCDIRS that lists the paths searched by includ

Re: [U-Boot] [PATCH 4/8] dt: don't use ARCH_CPU_DTS

On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren wrote: > From: Stephen Warren > > Now that we assume dtc supports the -i option, we don't need to use > ARCH_CPU_DTS in *.dts{,i}; we simply specify the include filename > directly, and dtc will find it. > > Signed-off-by: Stephen Warren > Acked-b

Re: [U-Boot] [PATCH 5/8] dts/Makefile: don't define ARCH_CPU_DTS, BOARD_DTS

On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren wrote: > From: Stephen Warren > > Now that nothing uses the defines ARCH_CPU_DTS, BOARD_DTS, stop defining > them. > > Signed-off-by: Stephen Warren > Acked-by: Simon Glass ___ U-Boot mailing list U-Boo

Re: [U-Boot] [PATCH 6/8] config: don't define CONFIG_ARCH_DEVICE_TREE

On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren wrote: > From: Stephen Warren > > Now that nothing uses CONFIG_ARCH_DEVICE_TREE, stop defining it. > > Signed-off-by: Stephen Warren > Acked-by: Simon Glass > --- > arch/arm/cpu/armv7/tegra114/config.mk | 19 --- > arch/arm/cpu

Re: [U-Boot] [PATCH 3/8] dts/Makefile: unify cpp/dtc include paths

On 06/19/2013 02:51 PM, Simon Glass wrote: > Hi Stephen, > > On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren > wrote: > > From: Stephen Warren mailto:swar...@nvidia.com>> > > *.dts may use #include (via cpp) or /include/ (via dtc; assuming a newer > dtc

Re: [U-Boot] [PATCH 7/8] dts/Makefile: don't use cpp -P

On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren wrote: > From: Stephen Warren > > Recent dtc supports #line directives in the input source code, and even > uses them to generate useful line numbers in any messages it emits. Stop > passing -P to cpp, since there's no need any more. > > Signed-off-

Re: [U-Boot] [PATCH 8/8] dts/Makefile: pass -undef -D__DTS__ to cpp

On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren wrote: > From: Stephen Warren > > This brings U-Boot's cpp invocation into line with the way the Linux > kernel invokes cpp on device trees. Consistency will be useful to ensure > *.dts is portable between the two. > > -undef also has the added adva

Re: [U-Boot] [PATCH 1/4] sf: Unify spi_flash write code

Hi Jagan, On Wed, Jun 19, 2013 at 2:56 AM, Jagan Teki wrote: > On Wed, Jun 19, 2013 at 10:01 AM, Simon Glass wrote: > > Hi Jagan, > > > > On Fri, Jun 14, 2013 at 1:18 PM, Jagannadha Sutradharudu Teki < > > jagannadha.sutradharudu-t...@xilinx.com> wrote: > > > >> Move common flash write code into

Re: [U-Boot] [PATCH 3/8] dts/Makefile: unify cpp/dtc include paths

On Wed, Jun 19, 2013 at 1:56 PM, Stephen Warren wrote: > On 06/19/2013 02:51 PM, Simon Glass wrote: > > Hi Stephen, > > > > On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren > > wrote: > > > > From: Stephen Warren mailto:swar...@nvidia.com > >> > > > > *.dts ma

Re: [U-Boot] [PATCH v6 4/5] Build arch/$ARCH/lib/bootm.o depending on CONFIG_CMD_BOOTM

On Wed, Jun 12, 2013 at 3:08 AM, wrote: > From: Dirk Eibach > > MAKEALL is fine for ppc4xx and mpc85xx. > Run checks were done on our controlcenterd hardware. > > Signed-off-by: Dirk Eibach > > > Signed-off-by: Dirk Eibach > You don't need two sign-offs. Does anyone have comments on these pa

Re: [U-Boot] [PATCH v3 0/9] Bring in new I2C framework

Hi Heiko, On Sun, May 19, 2013 at 11:13 PM, Piotr Wilczek wrote: > Hi Simon, > > > -Original Message- > > From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass > > Sent: Saturday, May 18, 2013 7:41 PM > > To: Piotr Wilczek > > Cc: Heiko Schocher; U-Boot Mailing List; Dir

[U-Boot] [PATCH] Fix for incorrect conversion hex string to number (FMAN firmware address).

--- arch/powerpc/cpu/mpc85xx/fdt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/cpu/mpc85xx/fdt.c b/arch/powerpc/cpu/mpc85xx/fdt.c index 24eb978..ece1336 100644 --- a/arch/powerpc/cpu/mpc85xx/fdt.c +++ b/arch/powerpc/cpu/mpc85xx/fdt.c @@ -492,7 +492,7 @@ void fd

Re: [U-Boot] [PATCH v2 4/7] ARM: switch to non-secure state during bootm execution

On Thu, Jun 13, 2013 at 01:01:10PM +0200, Andre Przywara wrote: > To actually trigger the non-secure switch we just implemented, call > the switching routine from within the bootm command implementation. > This way we automatically enable this feature without further user > intervention. > > The c

[U-Boot] Flash not Erased

Hello, I am trying to compile my own U-Boot for microblaze. Version: U-Boot 2013.01-dirty (Jun 19 2013 - 16:26:51) microblazeel-xilinx-linux-gnu-gcc (crosstool-NG 1.15.3) 4.6.4 20120924 (prerelease) GNU ld (crosstool-NG 1.15.3) 2.22.90.20121010 I have demo where Flash access works fine. Verion: U

Re: [U-Boot] [PATCH v2 3/7] ARM: add assembly routine to switch to non-secure state

On Thu, Jun 13, 2013 at 01:01:09PM +0200, Andre Przywara wrote: > While actually switching to non-secure state is one thing, the > more important part of this process is to make sure that we still super nit: not sure it's more important - it's just another thing we need to do. > have full access

Re: [U-Boot] Please pull u-boot-ti/master

Hi Tom, On Tue, 18 Jun 2013 11:25:59 -0400, Tom Rini wrote: > Hello, > > The following changes since commit 847e6693ccb529bf8346db62876f38f0c4e04ade: > > arm: pxa: config option for PXA270 turbo mode (2013-06-12 22:24:12 +0200) > > are available in the git repository at: > > git://git.de

Re: [U-Boot] [PATCH v2 5/7] ARM: add SMP support for non-secure switch

On Thu, Jun 13, 2013 at 01:01:11PM +0200, Andre Przywara wrote: > Currently the non-secure switch is only done for the boot processor. > To enable full SMP support, we have to switch all secondary cores > into non-secure state also. > > So we add an entry point for secondary CPUs coming out of low

Re: [U-Boot] [PATCH v2 6/7] ARM: extend non-secure switch to also go into HYP mode

On Thu, Jun 13, 2013 at 01:01:12PM +0200, Andre Przywara wrote: > For the KVM and XEN hypervisors to be usable, we need to enter the > kernel in HYP mode. Now that we already are in non-secure state, > HYP mode switching is within short reach. > > While doing the non-secure switch, we have to enab

Re: [U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

Dear Otavio Salvador, > On Wed, Jun 19, 2013 at 10:44 AM, Axel Lin wrote: > > Current code looks strange because no matter the value argument is 0 or 1 > > it always calls > > > > writel(1 << gpio, ®s->gpiodata[DATA_REG_ADDR(gpio)]); > > > > And then gpio_get_value() always return 1. >

[U-Boot] [PATCH] gpio: omap_gpio: Remove check_gpio() function

check_gpio() and gpio_is_valid() are both used to check if a gpio is valid or not. It looks pointless to have both function because we can just call gpio_is_valid() instead of check_gpio(). Thus remove check_gpio() function. Signed-off-by: Axel Lin --- drivers/gpio/omap_gpio.c | 19 +

Re: [U-Boot] Merge Window close date

Hi Albert. > To sum up things (anyone correct me as needed): It is very useful list of rules and cleared my questions about the MW. Thanks a lot! Best Regards, Masahiro Yamada ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/

Re: [U-Boot] Merge Window close date

Hi Wolfgang. > In message <20130619105426.7444.aa925...@jp.panasonic.com> you wrote: > > > > Especailly after reading this > > http://thread.gmane.org/gmane.linux.network/104943/focus=104951 > > Maybe I became a little nervous about the MW. > > I'm not sure what you mean here? What I tried to

Re: [U-Boot] [PATCH V3 0/3] Introduce Samsung's new board Trats2

Tested-by: Jaehoon Chung Best Regards, Jaehoon Chung On 06/18/2013 04:00 PM, Jaehoon Chung wrote: > Hi Piotr, > > I tested your patches on trats2 board. > I found the below log message..If i missed some patch, let me know. > > Board PMIC init > Can't find PMIC:MAX77686_PMIC > > What's this lo

[U-Boot] [PATCH v3 17/21] arm: Implement the 'fake' go command

Implement this feature on ARM for tracing. It would be nice to have generic bootm support so that it is easily implemented on any arch. Signed-off-by: Simon Glass --- Changes in v3: - Revert to using 'images' instead of 'image' in boot_jump_linux() Changes in v2: None arch/arm/lib/bootm.c | 2

Re: [U-Boot] [PATCH v2 17/21] arm: Implement the 'fake' go command

Hi Albert, On Tue, Jun 11, 2013 at 2:36 PM, Albert ARIBAUD wrote: > Hi Simon, > > On Tue, 11 Jun 2013 14:17:42 -0700, Simon Glass > wrote: > > > Hi Albert, > > > > > > On Tue, Jun 11, 2013 at 1:21 PM, Albert ARIBAUD > > wrote: > > > > > Hi Simon, > > > > > > On Tue, 11 Jun 2013 13:02:56 -0700, S

Re: [U-Boot] gpio: Question about gpio_set_value() implementation in spear_gpio.c

On 6/19/2013 7:14 PM, Axel Lin wrote: Current code looks strange because no matter the value argument is 0 or 1 it always calls writel(1<< gpio,®s->gpiodata[DATA_REG_ADDR(gpio)]); And then gpio_get_value() always return 1. I'm wondering if it needs to be fixed, something like below cha

Re: [U-Boot] [PATCH v3 0/9] Bring in new I2C framework

Hello Simon, Am 20.06.2013 00:07, schrieb Simon Glass: > Hi Heiko, > > On Sun, May 19, 2013 at 11:13 PM, Piotr Wilczek > wrote: > > Hi Simon, > > > -Original Message- > > From: s...@google.com [mailto:s...@google.com >

Re: [U-Boot] [PATCH] arm, am33xx: move s_init to a common place

Hello Tom, Am 14.06.2013 16:58, schrieb Tom Rini: > On Fri, Jun 14, 2013 at 07:59:26AM +0200, Heiko Schocher wrote: >> Hello Tom, >> >> Am 13.06.2013 17:53, schrieb Tom Rini: >>> On Thu, Jun 13, 2013 at 05:53:17AM +0200, Heiko Schocher wrote: >>> move s_init from every board code to a common

Re: [U-Boot] [PATCH v2 0/3] net2big_v2: initialize fan and LEDs at startup

> -Original Message- > From: Simon Guinot [mailto:simon.gui...@sequanux.org] > Sent: 18 June 2013 18:45 > To: Prafulla Wadaskar > Cc: Albert ARIBAUD; u-boot@lists.denx.de > Subject: [PATCH v2 0/3] net2big_v2: initialize fan and > LEDs at startup > > This patch series allows to initialize

Re: [U-Boot] [PATCH] gpio: omap_gpio: Remove check_gpio() function

Hi Axel, On 06/20/2013 04:03 AM, Axel Lin wrote: check_gpio() and gpio_is_valid() are both used to check if a gpio is valid or not. It looks pointless to have both function because we can just call gpio_is_valid() instead of check_gpio(). Thus remove check_gpio() function. I don't see the bene

Re: [U-Boot] [PATCH 1/8] xilinx: move microblaze-generic .dts to standard location

On 06/19/2013 10:36 PM, Simon Glass wrote: > On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren wrote: > >> From: Stephen Warren >> >> Aside from microblaze, all other SoCs/boards/vendors store their DT files >> in board/$vendor/dts/$soc-$board.dts. Move microblaze-generic.dts to this >> location fo

Re: [U-Boot] nand onfi 8bit/16bit bus support

On 06/19/2013 07:17 PM, Scott Wood wrote: > On 06/19/2013 08:40:19 AM, Michal Simek wrote: >> Hi Scott, >> >> On 05/09/2013 11:37 PM, Scott Wood wrote: >> > On 05/06/2013 11:53:52 AM, Michal Simek wrote: >> >> Hi guys, >> >> >> >> Zynq supports 8 and 16bit ONFI nand flashes. >> >> We can count numb

Re: [U-Boot] [PATCH v2] dfu, nand: before write a buffer to nand, erase the nand sectors

Hello Scott, Am 18.06.2013 02:51, schrieb Scott Wood: > On 06/17/2013 12:01:01 AM, Heiko Schocher wrote: >> before writing the received buffer to nand, erase the nand >> sectors. If not doing this, nand write fails. See for >> more info here: >> >> http://lists.denx.de/pipermail/u-boot/2013-June/1

Re: [U-Boot] [PATCH v2 0/3] net2big_v2: initialize fan and LEDs at startup

> -Original Message- > From: Prafulla Wadaskar > Sent: 20 June 2013 10:46 > To: 'Simon Guinot' > Cc: Albert ARIBAUD; u-boot@lists.denx.de > Subject: RE: [PATCH v2 0/3] net2big_v2: initialize fan > and LEDs at startup > > > > > -Original Message- > > From: Simon Guinot [mailto:s

[U-Boot] Pull request for u-boot-marvell.git

The following changes since commit c2543a21df335484fa86bd652b5564d0ca90d5f6: Albert ARIBAUD (1): Merge branch 'u-boot-ti/master' into 'u-boot-arm/master' are available in the git repository at: u-boot-marvell.git master branch. Simon Guinot (3): net2big_v2: initialize I2C fan a

Re: [U-Boot] [PATCH v3 0/9] Bring in new I2C framework

Dear Heiko, On 20/06/13 12:38, Heiko Schocher wrote: > Hello Simon, > > Am 20.06.2013 00:07, schrieb Simon Glass: >> Hi Heiko, >> >> On Sun, May 19, 2013 at 11:13 PM, Piotr Wilczek > > wrote: >> >> Hi Simon, >> >> > -Original Message- >> > From: s

Re: [U-Boot] [PATCH v3 0/9] Bring in new I2C framework

Dear All, > -Original Message- > From: Heiko Schocher [mailto:h...@denx.de] > Sent: Thursday, June 20, 2013 5:38 AM > To: Simon Glass > Cc: Piotr Wilczek; U-Boot Mailing List; Dirk Eibach; Stefan Roese; > Holger Brunck; Mike Frysinger; Stephen Warren; Minkyu Kang > Subject: Re: [PATCH v3 0

Re: [U-Boot] [PATCH v6 2/5] i2c: fsl_i2c: i2c_read(): dont try to write address w/ alen=0

Hello Dirk, Am 12.06.2013 10:08, schrieb dirk.eib...@gdsys.cc: > From: Reinhard Pfau > > if alen is 0: no longer start a write cycle before reading data. > > Signed-off-by: Dirk Eibach > Signed-off-by: Reinhard Pfau > > > Signed-off-by: Dirk Eibach > --- > Changes in v6: None > Changes in

Re: [U-Boot] Flash not Erased

Hi Jan, On 19.06.2013 17:35, Jan Schunke wrote: > I am trying to compile my own U-Boot for microblaze. > Version: > U-Boot 2013.01-dirty (Jun 19 2013 - 16:26:51) > microblazeel-xilinx-linux-gnu-gcc (crosstool-NG 1.15.3) 4.6.4 20120924 > (prerelease) > GNU ld (crosstool-NG 1.15.3) 2.22.90.20121010

Re: [U-Boot] [PATCH 0/4 V5] SMDK5250: FDT: Add device tree support for console

Hi Minkyu Kang, Any comments on this patch set? Please do let me know. Regards, Rajeshwari Shinde. On Fri, May 17, 2013 at 4:33 PM, Rajeshwari Shinde wrote: > Enabled fdt support for default console on SMDK5250. > > Changes in V2: > - Changed the compatible string to "samsung,exynos421

Re: [U-Boot] [PATCH v3 0/9] Bring in new I2C framework

Dear Heiko, > -Original Message- > From: Minkyu Kang [mailto:mk7.k...@samsung.com] > Sent: Thursday, June 20, 2013 7:51 AM > To: Heiko Schocher > Cc: Simon Glass; Piotr Wilczek; U-Boot Mailing List; Dirk Eibach; > Stefan Roese; Holger Brunck; Mike Frysinger; Stephen Warren > Subject: Re: [

Re: [U-Boot] [PATCH v3 0/9] Bring in new I2C framework

Hello Heiko, >> What is the status of this series now please? > > I heared nothing negatives for the new i2c multibus framework, > so I plan to merge it into mainline, if the next merge widow is > open. actually I thought it would go into the current release :( What's the reason for the delay? I