Re: [U-Boot] [PATCH v4] arm:exynos4:samsung:nuri Support for NURI target.

Hello Marek, Thanks for your feedback, > > + ldr r0, =0x1015 > > + mov r1, #0x0 > > + str r1, [r0] > > + mov r1, #0xff > > + str r1, [r0, #0x0804] > > + str r1, [r0, #0x0810] > > + str r1, [r0, #0x081C] > > + str r1, [r0, #0x0828] > > + > > +

Re: [U-Boot] [PATCH V2 3/6] i.mx: mxc_gpio: add the i.mx6q support

2011/11/18 Lv Terry-R65388 : > Hi Jason, > >        What about using > > #ifdef GPIO4_BASE_ADDR >        [3] = GPIO4_BASE_ADDR, > #endif [...] > >        Then we can avoid adding SOC compile options in future. > Terry, please don't top-post. As for your comments, I don't think so, first, we shoul

Re: [U-Boot] checkpatch compliance

On 11/17/2011 09:54 PM, Wolfgang Denk wrote: Dear Gerlando Falauto, In message<4ec56a2e.2000...@keymile.com> you wrote: What is wrong with something like: ERROR: do not initialise statics to 0 or NULL #35: FILE: serial.c:32: +static struct serial_device *serial_devices = NULL; > Why? Why

[U-Boot] [PATCH V2 5/6] i.mx: fsl_esdhc: add the i.mx6q support

The mmc host controller on the i.mx6q is called usdhc which is redesigned based on the freescale esdhc controller. The usdhc controller is almost compatible with esdhc except it adds one mix register to support debug/SD3.0 and move the low bit 0-6 of XFERTYP register to the mix control reg low bit

[U-Boot] [PATCH V2 6/6] i.mx: i.mx6q: add the initial support for i.mx6q ARM2 board

Add the initial support for Freescale i.MX6Q Armadillo2 board Support: MMC boot from slot 0/1, debug UART(UART4), usdhc. There is two MMC slots on the boards: mmc dev 0 -> connect USDHC3 -> the lower slot on the board, mmc dev 1 -> connect USDHC4 -> the upper slot on the board, Signed-off-by: Jas

[U-Boot] [PATCH V2 4/6] i.mx: serial_mxc: add the i.mx6q support

Signed-off-by: Jason Liu Cc: Stefano Babic --- v2: Cc Stefano --- drivers/serial/serial_mxc.c | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/serial/serial_mxc.c b/drivers/serial/serial_mxc.c index dcb4bd1..7d0f288 100644 --- a/drivers/serial/serial_mxc.

[U-Boot] [PATCH V2 0/6] i.mx: add the initial i.mx6q core/board support

This patch-set add the initial support for freescale i.mx6q support. freescale i.mx6q is a quad core built on arm cortex_a9 complex. The patch-set has been tested ok on freescale i.mx6q Armadillo2 board and also make sure it does not break i.mx5 support The v1 patch-set has also been tested Ok by

[U-Boot] [PATCH V2 3/6] i.mx: mxc_gpio: add the i.mx6q support

Signed-off-by: Jason Liu Cc: Stefano Babic Acked-by: Stefano Babic --- V2: add Stefano's ack --- drivers/gpio/mxc_gpio.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/mxc_gpio.c b/drivers/gpio/mxc_gpio.c index a7f36b2..908808d 100644 --- a/drivers/gpio

[U-Boot] [PATCH V2 1/6] i.mx: introduce the armv7/imx-common folder

In order to support the coming MX6 platform and to reducde the duplicated code, we had better move some common files or functions to the imx-common folder for sharing. This patch does the following: - move speed.c file from armv7/mx5/speed.c to armv7/imx-common/speed.c - move armv7/mx5/timer.c to

Re: [U-Boot] [PATCH] tegra2: Fix out-of-tree build for Ventana.

* Mike Frysinger wrote: > On Thursday 17 November 2011 04:48:22 Thierry Reding wrote: > > Since Ventana is derived from Seaboard and requires seaboard.c to build, > > make sure board/nvidia/seaboard is created in the build tree. > > > > --- a/board/nvidia/ventana/Makefile > > +++ b/board/nvidia/ve

Re: [U-Boot] sbc8548 build broken?

Dear Marek Vasut, In message <20180601.20086.marek.va...@gmail.com> you wrote: > > > > When I make using the following: > > > make CROSS_COMPILE=ppc_85xx- sbc8548_PCI_33_PCIE_config > > > make CROSS_COMPILE=ppc_85xx- OPTFLAGS=-O2 all > > > > > > I am still having the same un

Re: [U-Boot] sbc8548 build broken?

> On Nov 17, 2011, at 5:33 PM, Robert Hurdle wrote: > > Hello Mr. Denk, > > > > You wrote: > >> you wrote: > >>> I downloaded the ELDK 4.2 and installed it. I got the u-boot > >>> source from git://git.denx.de/u-boot-mpc85xx.git. > >>> > >>> When I try to build u-boot for sbc8548 I get t

Re: [U-Boot] sbc8548 build broken?

On Nov 17, 2011, at 5:33 PM, Robert Hurdle wrote: > Hello Mr. Denk, > > You wrote: >> you wrote: >>> >>> I downloaded the ELDK 4.2 and installed it. I got the u-boot >>> source from git://git.denx.de/u-boot-mpc85xx.git. >>> >>> When I try to build u-boot for sbc8548 I get the foll

Re: [U-Boot] [PATCH 1/2] Fix warnings in arch/arm/cpu/arm920t/s3c24x0/usb_ohci.c

> On Wednesday 16 November 2011 16:16:49 Simon Glass wrote: > > On Wed, Nov 16, 2011 at 8:03 AM, Mike Frysinger wrote: > > > On Tuesday 15 November 2011 23:17:06 Simon Glass wrote: > > >> --- a/arch/arm/cpu/arm920t/s3c24x0/usb_ohci.c > > >> +++ b/arch/arm/cpu/arm920t/s3c24x0/usb_ohci.c > > >> > >

Re: [U-Boot] sbc8548 build broken?

> Hello Mr. Denk, > > You wrote: > >you wrote: > >>I downloaded the ELDK 4.2 and installed it. I got the u-boot > >>source from git://git.denx.de/u-boot-mpc85xx.git. > >> > >>When I try to build u-boot for sbc8548 I get the following error: > >> > >>"arch/powerpc/cpu/mpc8x

[U-Boot] [PATCH v5] x86: Initial commit for running as a coreboot payload

Add a target for running u-boot as a coreboot payload in boards.cfg, a board, CPU and a config. This is a skeleton implementation which always reports the size of memory as 64 MB. Signed-off-by: Gabe Black --- Changes in v5: Merge several smaller commits into this single commit. arch/x86/cpu/co

[U-Boot] sbc8548 build broken?

Hello Mr. Denk, You wrote: >you wrote: >> >> I downloaded the ELDK 4.2 and installed it. I got the u-boot >> source from git://git.denx.de/u-boot-mpc85xx.git. >> >> When I try to build u-boot for sbc8548 I get the following error: >> >> "arch/powerpc/cpu/mpc8xxx/ddr/libddr.

Re: [U-Boot] [PATCH v3 4/4] tegra2: Add Avionic Design Medcom support.

On Thu, Nov 17, 2011 at 2:10 AM, Thierry Reding wrote: > The Medcom is a 16:9 15" terminal that is used for patient infotainment > in hospitals. > > Changes in v3: >  * Remove unused implementation of gpio_config_uart(). >  * Implement MMC/SD card detection. >  * Drop board_mmc_getcd() which is no

Re: [U-Boot] [PATCH v3 3/4] tegra2: Add Avionic Design Plutux support.

On Thu, Nov 17, 2011 at 2:10 AM, Thierry Reding wrote: > The Plutux is a set-top box device based on the Tamonten processor > module. It can be connected to a display via an HDMI output. > > Changes in v3: >  * Remove unused implementation of gpio_config_uart(). >  * Implement MMC/SD card detectio

Re: [U-Boot] [PATCH v3 2/4] tegra2: Add common Avionic Design Tamonten support.

On Thu, Nov 17, 2011 at 2:10 AM, Thierry Reding wrote: > Tamonten is an NVIDIA Tegra2-based SO-DIMM processor module that is > derived from the Harmony reference design. > > Changes in v3: >  * Remove unused gpio_config_uart(). >  * Remove call to tegra2_start(). >  * Use new tegra2_mmc_init(). >

Re: [U-Boot] [PATCH v3 1/4] tegra2: Move tegra2_mmc_init() prototype to public header.

On Thu, Nov 17, 2011 at 10:10 AM, Stephen Warren wrote: > Thierry Reding wrote at Thursday, November 17, 2011 3:10 AM: >> tegra2_mmc_init() is implemented by the Tegra2 MMC driver. Since most of >> the Tegra2-based boards will need to call it, this commit exports it in >> the new public asm/arch/m

Re: [U-Boot] [PATCH 1/2] tegra2: Always build with USE_PRIVATE_LIBGCC=yes.

On Thu, Nov 17, 2011 at 2:04 AM, Thierry Reding wrote: > The AVP on Tegra2 doesn't boot properly when U-Boot is linked against > the GCC provided libgcc. To work around this, always build and link > against a private libgcc for Tegra2-based boards. > > Signed-off-by: Thierry Reding Tested-by: Si

[U-Boot] [PATCH] Add PR1 Appliance - ISDN PRI board

Hello, I am supporting Switchfin GPL software (www.switchfin.org) which contains supports of PR1 Appliance - Asterisk based ISDN PRI PBX. This board is Blackfin BF537 based. The schematics is not fully opened. The following patch adds PR1 Appliance support in u-boot. It is based on u-boot-2011

[U-Boot] [PATCH v2] mvgbe: remove setting of ethaddr within the driver

A network driver should not touch the environment at all. This patch fixes this behaviour by removing the code for setting a default/randomized MAC address. Signed-off-by: Michael Walle Acked-by: Mike Frysinger Acked-by: Prafulla Wadaskar Cc: Mike Frysinger Cc: Prafulla Wadaskar Cc: Valentin

Re: [U-Boot] [PATCH v3 08/12] OMAP3 SPL: Add identify_nand_chip function

On 11/09/2011 11:25 PM, Heiko Schocher wrote: > Hello Tom, > > Tom Rini wrote: >> A number of boards are populated with a PoP chip for both DDR and NAND >> memory. Other boards may simply use this as an easy way to identify >> board revs. So we provide a function that can be called early to rese

Re: [U-Boot] Pull request: u-boot-arm/master

Hi, On Thu, Nov 17, 2011 at 2:03 PM, Tom Warren wrote: > Wolfgang, > >> -Original Message- >> From: Stephen Warren >> Sent: Thursday, November 17, 2011 2:59 PM >> To: Wolfgang Denk; Mike Frysinger >> Cc: Albert ARIBAUD; Simon Glass; Marek Vasut; u-boot@lists.denx.de; Tom >> Warren >> Subj

Re: [U-Boot] Pull request: u-boot-arm/master

Hi Wolfgang, Mike, Le 17/11/2011 22:56, Wolfgang Denk a écrit : Dear Mike Frysinger, In message<20171639.19645.vap...@gentoo.org> you wrote: i think we need Wolfgang's support for setting up the repo. i don't think No problem with that. u-boot-tegra ? u-boot-tegra2 ? or ... ? Simon

Re: [U-Boot] Pull request: u-boot-arm/master

Dear Mike Frysinger, In message <20171639.19645.vap...@gentoo.org> you wrote: > > i think we need Wolfgang's support for setting up the repo. i don't think No problem with that. u-boot-tegra ? u-boot-tegra2 ? or ... ? > denx is running anything like gitolite for people to admin repos via

Re: [U-Boot] [PATCH v3 06/12] OMAP3: Suffix all Micron memory timing parts with their speed

On 11/09/2011 11:23 PM, Heiko Schocher wrote: > Hello Tom, > > Tom Rini wrote: [snip] >> +#define MICRON_V_MCFG_165 ((MICRON_LOCKSTATUS_165 << 30) | \ >^ > Please substitute this magic values in this patch by an define.

Re: [U-Boot] [PATCH v3 05/12] OMAP3: Add optimal SDRC autorefresh control values

On 11/09/2011 11:20 PM, Heiko Schocher wrote: > Hello Tom, > > Tom Rini wrote: >> This adds the optimal SDRC autorefresh control register values for >> 100Mhz, 133MHz, 165MHz and 200MHz clocks. We switch to using this >> to provide the default 165MHz value. [snip] >> +#define SDP_3430_SDRC_RFR_CT

Re: [U-Boot] Pull request: u-boot-arm/master

On Thursday 17 November 2011 08:45:21 Albert ARIBAUD wrote: > Le 16/11/2011 04:53, Mike Frysinger a écrit : > > i thought Albert said he didn't want this last time we explicitly asked > > about creating an arm/tegra sub-arch tree ... > > > > i think there should be one > > Uhm, no, I don't think

Re: [U-Boot] [PATCH] tegra2: Fix out-of-tree build for Ventana.

On Thursday 17 November 2011 04:48:22 Thierry Reding wrote: > Since Ventana is derived from Seaboard and requires seaboard.c to build, > make sure board/nvidia/seaboard is created in the build tree. > > --- a/board/nvidia/ventana/Makefile > +++ b/board/nvidia/ventana/Makefile > > ifneq ($(OBJTRE

Re: [U-Boot] checkpatch compliance

On Thursday 17 November 2011 15:10:22 Gerlando Falauto wrote: > On 10/08/2011 12:28 AM, Joe Hershberger wrote: > > Hi Wolfgang, > > > > I'm attempting to make the files I touched in several recent > > patch-series chechkpatch.pl compliant. > > > > I've hit several cases which fail and probably sh

Re: [U-Boot] [PATCH v4 1/5] x86: Add a target for running as a coreboot payload

On Thu, Nov 17, 2011 at 2:26 AM, Graeme Russ wrote: > Hi Gabe, > > On 17/11/11 21:11, Gabe Black wrote: > > > > > > On Thu, Nov 17, 2011 at 1:43 AM, Graeme Russ > > wrote: > > > > Hi Gabe, > > > > On 17/11/11 11:27, Gabe Black wrote: > > > Add a target f

Re: [U-Boot] [STATUS] Custodians - please lend a hand

Dear Andy, In message you wrote: > > Might I humbly suggest that the custodians just push changes to a > separate branch in their own trees? It should be effectively the same, I'd prefer to have it in one central location. This also makes it easier for others to check what's already present th

Re: [U-Boot] checkpatch compliance

Dear Gerlando Falauto, In message <4ec56a2e.2000...@keymile.com> you wrote: > > What is wrong with something like: > > ERROR: do not initialise statics to 0 or NULL > #35: FILE: serial.c:32: > +static struct serial_device *serial_devices = NULL; > > ERROR: do not initialise statics to 0 or NULL

Re: [U-Boot] [STATUS] Custodians - please lend a hand

On Thu, Nov 17, 2011 at 12:19 PM, Detlev Zundel wrote: > Hi Stefano, > >> On 11/16/2011 07:51 PM, Wolfgang Denk wrote: >> >> Wolfgang, >> Please let's try if this works.  If you have any suggestions how to help better, please don't hesitate to tell us. >> >> I have tried with a coup

Re: [U-Boot] Question about baud rate

Hi Dan, >> Why doe you want to setup this parameters "from the outside"? Really >> only the serial device used for a console needs to be setup by >> firmware. All other serial devices should be initialized by the user >> space programs using them. > > I would like my startup script to cat messag

Re: [U-Boot] checkpatch compliance

On 10/08/2011 12:28 AM, Joe Hershberger wrote: Hi Wolfgang, I'm attempting to make the files I touched in several recent patch-series chechkpatch.pl compliant. I've hit several cases which fail and probably shouldn't. For each of these cases, should the warning / error just be ignored or repor

[U-Boot] [PATCH 2/3] board/amcc/yucca/flash.c: Fix GCC 4.6 build warnings

Fix: flash.c: In function 'flash_erase_1': flash.c:425:24: warning: variable 'l_sect' set but not used [-Wunused-but-set-variable] flash.c: In function 'flash_erase_2': flash.c:834:24: warning: variable 'l_sect' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Stefan

[U-Boot] [PATCH 1/3] board/amcc/common/flash.c: Fix GCC 4.6 build warning

Fix: In file included from flash.c:45:0: ../common/flash.c: In function 'flash_erase': ../common/flash.c:399:24: warning: variable 'l_sect' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Stefan Roese --- total: 0 errors, 0 warnings, 46 lines checked NOTE: Ignored m

[U-Boot] [PATCH 3/3] board/amcc/taihu/flash.c: Fix GCC 4.6 build warnings

Fix: flash.c: In function 'flash_erase_1': flash.c:514:24: warning: variable 'l_sect' set but not used [-Wunused-but-set-variable] flash.c: In function 'flash_erase_2': flash.c:956:24: warning: variable 'l_sect' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Stefan

Re: [U-Boot] sbc8548 build broken?

Dear Robert Hurdle, please do not top-post / full quote. And always make sure to keep the mailing list on cc: In message <5498e86a4a68b14a8a06d0380640d04a016d217a6...@atca01em01.adsi.aitech.ent> you wrote: > > Thank you for checking it. > > What does "... using current top of tre

Re: [U-Boot] SSBI driver

Dear hanumant, please always keep the mailing list on Cc: In message <4ec561a4.8050...@codeaurora.org> you wrote: > > > If you happen to mean "Single-Wire Serial Bus Interface" then you > > should probably use the more common name "1-wire". > Thanks. Yes it is Single-Wire Serial Bus Interface. .

Re: [U-Boot] [PATCH] env: allow to export only selected variables

Dear Gerlando Falauto, In message <4ec55b4f.4060...@keymile.com> you wrote: > > > ssize_t hexport_r(struct hsearch_data *htab, const char sep, > > -char **resp, size_t size) > > +char **resp, size_t size, > > +int argc, char * const argv[]) > > { > > EN

Re: [U-Boot] SSBI driver

Dear hanumant, In message <4ec55809.2090...@codeaurora.org> you wrote: > >I am trying to implement a SSBI driver for a board. . The driver is > meant to be portable to multiple boards by the same vendor. Maybe you would get more help if you explained what SSBI might be. Is it: SSBISing

Re: [U-Boot] [PATCH] env: allow to export only selected variables

Dear Wolfgang Denk, > --- a/include/search.h > +++ b/include/search.h > @@ -91,7 +91,8 @@ extern int hstrstr_r(const char *__match, int __last_idx, > ENTRY ** __retval, > extern int hdelete_r(const char *__key, struct hsearch_data *__htab); > > extern ssize_t hexport_r(struct hsearch_data *__

Re: [U-Boot] sbc8548 build broken?

Dear Robert Hurdle, In message <5498e86a4a68b14a8a06d0380640d04a016d217a6...@atca01em01.adsi.aitech.ent> you wrote: > > I downloaded the ELDK 4.2 and installed it. I got the u-boot > source from git://git.denx.de/u-boot-mpc85xx.git. > > When I try to build u-boot for sbc8548

[U-Boot] SSBI driver

Hi I am trying to implement a SSBI driver for a board. . The driver is meant to be portable to multiple boards by the same vendor. Keeping this in mind 1)Would drivers/misc/ be the right location to implement this driver? 2)If not can I make a ($vendor)-common in the cpu directory to implemen

Re: [U-Boot] [PATCH] env: allow to export only selected variables

Dear Wolfgang Denk, > --- a/common/cmd_nvedit.c > +++ b/common/cmd_nvedit.c > @@ -125,7 +125,7 @@ static int env_print(char *name) > } > > /* print whole list */ > - len = hexport_r(&env_htab, '\n',&res, 0); > + len = hexport_r(&env_htab, '\n',&res, 0, 0, NULL); > > if (l

[U-Boot] sbc8548 build broken?

Hello, I downloaded the ELDK 4.2 and installed it. I got the u-boot source from git://git.denx.de/u-boot-mpc85xx.git. When I try to build u-boot for sbc8548 I get the following error: "arch/powerpc/cpu/mpc8xxx/ddr/libddr.o: In function `fsl_ddr_compute':"

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

* Doug Anderson wrote: > Agreed--I see myself in the CC from the start. That leaves me really confused. Thierry pgptqQ3sZUSiB.pgp Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v4] arm:exynos4:samsung:nuri Support for NURI target.

> This patch adds support for Samsung's Exynos4 Nuri reference > board. > > New exynos4_nuri board has been added to boards.cfg > > Signed-off-by: Lukasz Majewski > Signed-off-by: Kyungmin Park > Cc: Minkyu Kang > --- > Changes for v2: > - MAINTAINERS file updated > - CONFIG_MA

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

Hi Thierry, > * Stefano Babic wrote: >> On 11/17/2011 08:56 AM, Thierry Reding wrote: >> >> > I had actually set "Doug Anderson " on Cc >> > because he was involved with the initial patch but for some reason >> > he got stripped from Cc. Does anybody know why this is happening? >> >> Probably

Re: [U-Boot] [u-boot]automatic reset of variables to defaults

On 11/17/2011 10:46 AM, Dennis Borgmann wrote: > Hello u-boot users list, > > I am experiencing a problem concerning variables being set and later > getting lost. This sounds like your environment variables in flash got erased or corrupted. The question is why. Where is your u-boot env being sa

Re: [U-Boot] [u-boot]automatic reset of variables to defaults

> Hello u-boot users list, > > I am experiencing a problem concerning variables being set and later > getting lost. > > In order to boot a Linux on a quite small plattform (Eddy CPU: > http://sysbas.en.ec21.com/Embedded_CPU_Module--1904028_1904479.html ), I > have to reset the variable "OS_SDRAM"

Re: [U-Boot] [PATCH v9 2/4] gpio: Replace ARM gpio.h with the common API in include/asm-generic

On Fri, Nov 11, 2011 at 5:07 PM, Kim Phillips wrote: > On Fri, 11 Nov 2011 15:55:36 -0600 > Joe Hershberger wrote: > >> ARM boards should use the generic GPIO API >> This means changing gpio to unsigned type >> Remove the unused gpio_toggle() function which is not part of the API >> Comment that

Re: [U-Boot] [STATUS] Custodians - please lend a hand

Hi Stefano, > On 11/16/2011 07:51 PM, Wolfgang Denk wrote: > > Wolfgang, > >>> >>> Please let's try if this works. If you have any suggestions how to >>> help better, please don't hesitate to tell us. > > I have tried with a couple of patches (network related), and then I > wanted to test if pus

Re: [U-Boot] [PATCH] Efika: Configure additional regulators for HDMI output

2011/11/17 Marek Vasut > > Jana, you have efikamx and I can get you HDMI cable. Can you recheck > tomorrow ? > > M > Ok, I can. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [u-boot]automatic reset of variables to defaults

Dear Dennis Borgmann, In message <4ec52bd7.2090...@googlemail.com> you wrote: > > I am experiencing a problem concerning variables being set and later > getting lost. It is impossible to comment on this without knowing _anything_ about your system - which exact version of U-boot you are running

Re: [U-Boot] Question about baud rate

> Why doe you want to setup this parameters "from the outside"? Really > only the serial device used for a console needs to be setup by > firmware. All other serial devices should be initialized by the user > space programs using them. I would like my startup script to cat messages to ttyS1, as

Re: [U-Boot] [PATCH v3 1/4] tegra2: Move tegra2_mmc_init() prototype to public header.

Thierry Reding wrote at Thursday, November 17, 2011 3:10 AM: > tegra2_mmc_init() is implemented by the Tegra2 MMC driver. Since most of > the Tegra2-based boards will need to call it, this commit exports it in > the new public asm/arch/mmc.h header file to prevent each board from > providing its ow

Re: [U-Boot] [PATCH 2/6] arm: Remove jornada link script

> This link script seems old and incompatible with relocation and its > own sa1000 start.S file. It isn't used because the CPU's link script > was picked up in preference to this. > > Signed-off-by: Simon Glass > --- > board/jornada/u-boot.lds | 58 > ---

Re: [U-Boot] [PATCH 0/2] tegra2: Fixes for running mainline U-Boot.

Thierry Reding wrote at Thursday, November 17, 2011 3:04 AM: > The following series contains two patches that allow mainline U-Boot to > boot standalone on Tegra2-based boards. It assumes the standard NVIDIA > flashing tools as provided by the Linux4Tegra package. The series is > based on patches t

Re: [U-Boot] uboot

Hi, > I am trying to boot beagle board by uart > can anybody help me on this issue? I am sorry but I do not understand what you are trying to do. Can you please explain a bit more on what you want to do and what is not working? A good question[1] is the prerequisite for a good answer ;) Cheers

Re: [U-Boot] [PATCH] Efika: Configure additional regulators for HDMI output

> On 09/28/2011 02:19 PM, Marek Vasut wrote: > > Signed-off-by: Marek Vasut > > Cc: Stefano Babic > > --- > > > > board/efikamx/efikamx.c | 16 +++- > > 1 files changed, 11 insertions(+), 5 deletions(-) > > > > diff --git a/board/efikamx/efikamx.c b/board/efikamx/efikamx.c > > in

Re: [U-Boot] [PATCH 20/20] M28EVK: Enable USB HOST support

> Marek Vasut wrote: > >> Marek Vasut wrote: > Marek Vasut wrote: > >> Hi Marek, > >> > >> u-boot-v2011.09 doesn't support for imx28. I need complete support > >> patch for mx28. where can i get those patches? > >> > >> for which version of u-boot this patches support

Re: [U-Boot] [PATCH] arm/pxa: fix and cleanup of pxa_mem_setup macro v2

> WARNING: This macro do not assume the values for K0DB4, KxDB2, KxFREE, > K1RUN, K2RUN and APD bits of CONFIG_SYS_MDREFR_VAL as it was > done early on many pxa platforms. All pxa developers that plan > to use this macro should check the validity of their MDREFR > values.

Re: [U-Boot] Question about baud rate

Hi Dan, > I'm using a board similar to canyonlands with a ppc460ex. The baud rate > for ttyS0 is set to 115200 by the console= bootarg, but I'd also like to > set ttyS1-3 to 115200 also. Why doe you want to setup this parameters "from the outside"? Really only the serial device used for a cons

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

Agreed--I see myself in the CC from the start. Thanks for Stephen to pointing to the fix that he already posted. -Doug --- On Thu, Nov 17, 2011 at 9:02 AM, Tom Warren wrote: > Doug is in the CC field (via Outlook in my 'U-Boot' folder @ work), and > has been for every message in this thread.

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Thierry Reding > Sent: Thursday, November 17, 2011 12:35 PM > To: u-boot@lists.denx.de > Cc: Tom Warren > Subject: [U-Boot] [PATCH] disk: part_efi: Fix parameters > passed to is_

Re: [U-Boot] [PATCH] tegra2: Fix out-of-tree build for Ventana.

Thierry Reding wrote at Thursday, November 17, 2011 2:48 AM: > Since Ventana is derived from Seaboard and requires seaboard.c to build, > make sure board/nvidia/seaboard is created in the build tree. > > Signed-off-by: Thierry Reding Acked-by: Stephen Warren Tested-by: Stephen Warren -- nvpu

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

Doug is in the CC field (via Outlook in my 'U-Boot' folder @ work), and has been for every message in this thread. > -Original Message- > From: Thierry Reding [mailto:thierry.red...@avionic-design.de] > Sent: Thursday, November 17, 2011 8:08 AM > To: Stefano Babic > Cc: Tom Warren; Doug A

Re: [U-Boot] [PATCH v4] Improve Power Management in SMC911X driver.

On 11/17/2011 05:21 PM, Igor Grinberg wrote: >> >> Agree, this is the correct behavior. However, checkpatch report errors >> (due to leading white space instead of tabs in the comment you added): > > Are you sure you are testing the right version (v4)? > Because, I get different errors/warnings o

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

* Stephen Warren wrote: > Thierry Reding wrote at Thursday, November 17, 2011 12:05 AM: > > Something apparently went wrong when the patch in commit deb5ca8 was > > applied. Commit f75dd58 changed the type of gpt_head to be a pointer and > > correctly adjusted the calls to is_gpt_valid(). But when

Re: [U-Boot] [PATCH v4] Improve Power Management in SMC911X driver.

Hi Stefano, Bertrand, On 11/17/11 17:52, Stefano Babic wrote: > On 11/15/2011 02:40 PM, Bertrand Cachet wrote: >> From datasheet, when READY bit is set inside PM_CTRL register, it means that >> device is already in *normal* (D0) mode => it doesn't need to be wake-up. >> >> With this patch, we only

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

Thierry Reding wrote at Thursday, November 17, 2011 12:05 AM: > Something apparently went wrong when the patch in commit deb5ca8 was > applied. Commit f75dd58 changed the type of gpt_head to be a pointer and > correctly adjusted the calls to is_gpt_valid(). But when deb5ca8 got > applied, the gpt_h

[U-Boot] [PATCH v2 04/17] env: move extern environment[] to environment.h

Extract all extern declarations for environment out of c files into the environment.h header. Signed-off-by: Igor Grinberg --- v2: fix compilation for envcrc.c by including environment.h (Thanks Stefano) common/env_flash.c|4 +--- common/env_mmc.c |3 +-- common/env

Re: [U-Boot] [PATCH v4] Improve Power Management in SMC911X driver.

On 11/15/2011 02:40 PM, Bertrand Cachet wrote: > From datasheet, when READY bit is set inside PM_CTRL register, it means that > device is already in *normal* (D0) mode => it doesn't need to be wake-up. > > With this patch, we only wake-up (writing on TEST_BYTE register) if PM_MODE > bits of PM_CTR

[U-Boot] [u-boot]automatic reset of variables to defaults

Hello u-boot users list, I am experiencing a problem concerning variables being set and later getting lost. In order to boot a Linux on a quite small plattform (Eddy CPU: http://sysbas.en.ec21.com/Embedded_CPU_Module--1904028_1904479.html ), I have to reset the variable "OS_SDRAM" from its ini

[U-Boot] [u-boot]automatic reset of variables to defaults

Hello u-boot users list, I am experiencing a problem concerning variables being set and later getting lost. In order to boot a Linux on a quite small plattform (Eddy CPU: http://sysbas.en.ec21.com/Embedded_CPU_Module--1904028_1904479.html ), I have to reset the variable "OS_SDRAM" from its ini

Re: [U-Boot] [PATCH 03/17] env: move extern default_environment[] to environment.h

On 11/17/2011 04:14 PM, Igor Grinberg wrote: > > I don't have the ppc cross tool chain at hand, can you tell me which > ARM board(s) get broken, so I can verify this? > > Also, I think it is not that patch but the next one: > [PATCH 04/17] env: move extern environment[] to environment.h You're r

Re: [U-Boot] [PATCH 03/17] env: move extern default_environment[] to environment.h

Hi Stefano, On 11/17/11 16:12, Stefano Babic wrote: > On 11/07/2011 12:13 PM, Igor Grinberg wrote: >> Extract all extern declarations for default_environment[] out of c files >> into the environment.h header. >> >> Signed-off-by: Igor Grinberg >> Cc: Stefan Roese >> --- >> board/zeus/zeus.c

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

* Stefano Babic wrote: > On 11/17/2011 08:56 AM, Thierry Reding wrote: > > > I had actually set "Doug Anderson " on Cc > > because he was involved with the initial patch but for some reason > > he got stripped from Cc. Does anybody know why this is happening? > > Probably Doug has received the

Re: [U-Boot] [PATCH] disk: part_efi: Fix parameters passed to is_gpt_valid().

On 11/17/2011 08:56 AM, Thierry Reding wrote: > I had actually set "Doug Anderson " on Cc > because he was involved with the initial patch but for some reason > he got stripped from Cc. Does anybody know why this is happening? Probably Doug has received the first e-mail. I noted that git send-e

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

On Nov 17, 2011, at 7:55 AM, Albert ARIBAUD wrote: > Hi Sandeep, > > Le 16/11/2011 16:24, s-paul...@ti.com a écrit : >> The following changes since commit 75acc4d7c1c9081e06d1197c6da01361cf1bce92: >> Heiko Schocher (1): >> arm, davinci: add DAVINCI_MMC_CLKID >> >> are available in the

Re: [U-Boot] [STATUS] Help needed - urgently

On Nov 17, 2011, at 8:10 AM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message you > wrote: >> >>> As a first step this requires someone who is brave enought oclean up >>> the existing state, which is indeed a mess. >> >> Can we say no new patches are going into upstream (your tree) unt

Re: [U-Boot] PPC4xx: usbdev.c used at all?

We do not use it or plan to use it. Matthias On 17.11.2011 15:04, Stefan Roese wrote: > Hi Marri, > > I just "touched" the file "arch/powerpc/cpu/ppc4xx/usbdev.c" again to remove > some GCC 4.6 compiler warnings. While doing this I wondered (again) if > anybody > is using this "driver" at all

[U-Boot] [PATCH v4] arm:exynos4:samsung:nuri Support for NURI target.

This patch adds support for Samsung's Exynos4 Nuri reference board. New exynos4_nuri board has been added to boards.cfg Signed-off-by: Lukasz Majewski Signed-off-by: Kyungmin Park Cc: Minkyu Kang --- Changes for v2: - MAINTAINERS file updated - CONFIG_MACH_TYPE added -

Re: [U-Boot] [PATCH 03/17] env: move extern default_environment[] to environment.h

On 11/07/2011 12:13 PM, Igor Grinberg wrote: > Extract all extern declarations for default_environment[] out of c files > into the environment.h header. > > Signed-off-by: Igor Grinberg > Cc: Stefan Roese > --- > board/zeus/zeus.c |1 - > common/env_dataflash.c |2 -- > common/env_

Re: [U-Boot] [STATUS] Help needed - urgently

Dear Kumar Gala, In message you wrote: > > > As a first step this requires someone who is brave enought oclean up > > the existing state, which is indeed a mess. > > Can we say no new patches are going into upstream (your tree) until > maintainers go cleanup patchworks? Such that the # of non-

[U-Boot] PPC4xx: usbdev.c used at all?

Hi Marri, I just "touched" the file "arch/powerpc/cpu/ppc4xx/usbdev.c" again to remove some GCC 4.6 compiler warnings. While doing this I wondered (again) if anybody is using this "driver" at all. I definitely never did. And I'm wondering if this code is useful at all. So Marri (or anybody els

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

Hi Sandeep, Le 16/11/2011 16:24, s-paul...@ti.com a écrit : > The following changes since commit 75acc4d7c1c9081e06d1197c6da01361cf1bce92: >Heiko Schocher (1): > arm, davinci: add DAVINCI_MMC_CLKID > > are available in the git repository at: > >git://git.denx.de/u-boot-ti.git mast

Re: [U-Boot] Pull request: u-boot-arm/master

Hi Mike, Le 16/11/2011 04:53, Mike Frysinger a écrit : > i thought Albert said he didn't want this last time we explicitly asked about > creating an arm/tegra sub-arch tree ... > > i think there should be one > -mike Uhm, no, I don't think I said I was against creating a Tegra U-Boot repo. What

Re: [U-Boot] [STATUS] Help needed - urgently

On Nov 16, 2011, at 3:35 PM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message you > wrote: >> >> >>> Please let's try if this works. If you have any suggestions how to >>> help better, please don't hesitate to tell us. >> >> On suggestion I'd have is we improve our use of patchworks.

Re: [U-Boot] [STATUS] Help needed - urgently

On Nov 17, 2011, at 6:40 AM, Stefano Babic wrote: > On 11/16/2011 10:35 PM, Wolfgang Denk wrote: >> Dear Kumar Gala, >> >> In message you >> wrote: >>> >>> Please let's try if this works. If you have any suggestions how to help better, please don't hesitate to tell us. >>> >>> On

Re: [U-Boot] [PATCH v2] tools: checkpatch.pl from Linux added to tools

Dear Joe Hershberger, In message <1318968419-7686-1-git-send-email-joe.hershber...@ni.com> you wrote: > Added from Linux - commit 30ecad51849ae132dc6ef6ddb62d499c7257515b > > Include config file to ignore common false-positives > > Signed-off-by: Joe Hershberger > Cc: Joe Hershberger > Cc: Wol

Re: [U-Boot] [PATCH] ARM: davici_emac: Fix condition for number of phy detects

Hello prabhakar.cse...@gmail.com prabhakar.cse...@gmail.com wrote: > From: Prabhakar Lad > > Fix the condition for number of phys in > davinci_eth_phy_detect() function. > CONFIG_SYS_DAVINCI_EMAC_PHY_COUNT indicates number of > phys. From this commit id dc02badab480563b0bf9d3908046ea9d6b22ae63 >

[U-Boot] [RESEND PATCH] ARM: davici_emac: Fix condition for number of phy detects

From: Prabhakar Lad Fix the condition for number of phys in davinci_eth_phy_detect() function. CONFIG_SYS_DAVINCI_EMAC_PHY_COUNT indicates number of phys. From this commit id dc02badab480563b0bf9d3908046ea9d6b22ae63 davinci emac initilazed one less than the number of phy count. Signed-off-by: Pr

[U-Boot] [PATCH] ARM: davici_emac: Fix condition for number of phy detects

From: Prabhakar Lad Fix the condition for number of phys in davinci_eth_phy_detect() function. CONFIG_SYS_DAVINCI_EMAC_PHY_COUNT indicates number of phys. From this commit id dc02badab480563b0bf9d3908046ea9d6b22ae63 davinci emac initilazed one less than the number of phy count. Signed-off-by: Pr

  1   2   >