Re: [U-Boot] [RFC PATCH] arm, davinci: Remove board specific code from da850_lowlevel.c

> > Why? They are in sync with the doc ... > > > code for pinmuxing in board/davinci/common/davinci_pinmux.c so it is > > duplicate code. Couldn't we move this davinci_pinmux.c to > > arch/arm/cpu/arm926ejs/davinci and use it instead? What do you think? > > Hmm.. if you use the http://www-s.ti.c

Re: [U-Boot] [PATCH 7/7] omap5: Add omap5_evm board build support.

> Hi sandeep, > I am in the process of making the V2. > I will send it with all the patches together. > > Thanks, > Sricharan ok ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 7/7] omap5: Add omap5_evm board build support.

> > Hi Tom, > > > > One thing it's better to do #define CONFIG_FOO rather than > > #define CONFIG_FOO 1. > > > Sorry for the late reply, i was on vacation. > > I agree with your comments. I will send a V2 for this and your other > comment. Hi Sricharan, I don't believe I saw a v2... if you

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

> > I will gladly do, as soon as you send out a formal pull request. > The mail server seems to be suffering from some delays --Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

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

> > Branch u-boot-ti/master is based on u-boot/master whereas it should be > based on u-boot-arm/master. Please rebase and as Wolfgang asks, submit a > formal pull req based on u-boot-arm/master. Currently, that would be > commit 6d66073614539d94dabff1f63ebd962840c44b81 ("arm/km: portl2 > enviro

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

> Subject: Re: [U-Boot] Please pull u-boot-ti/master > > s-paul...@ti.com wrote: > > Albert, > > Please pull u-boot-ti/master > > > > Regards, > > Sandeep > > > > > > The following changes since commit > ce5207e191c59b3135303fd03b98dd2ac3701ba2: > >Kyle Moffett (1): > > e1000: A

Re: [U-Boot] ea20 patches

>http://patchwork.ozlabs.org/patch/117783/ > >If not, can you merge them into u-boot-ti ? > >Thanks, >Stefano will do --Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

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

> > On 21.10.2011 20:12, Albert ARIBAUD wrote: > > Hi Sandeep, > > > > Le 21/10/2011 19:00, s-paul...@ti.com a écrit : > >> Albert, > >>Please pull u-boot-ti/master > > > > > Applied to u-boot-arm/master (with rebase, as the pull request was based > > on u-boot, not u-boot-arm), thanks!

Re: [U-Boot] [PATCH 02/13] BeagleBoard: config: Switch console to ttyO2

> > Hi Joel, Steve, Sandeep, > > Le 30/09/2011 21:14, Steve Sakoman a écrit : > > On Mon, Aug 15, 2011 at 7:47 PM, Joel A Fernandes > wrote: > >> Signed-off-by: Koen Kooi > >> Signed-off-by: Joel A Fernandes > >> --- > >> include/configs/omap3_beagle.h |2 +- > >> 1 files changed, 1 inse

Re: [U-Boot] Please pull u-boot-ti/next into arm/next

> > Hi Sandeep, > > Le 23/09/2011 22:58, s-paul...@ti.com a écrit : > > Albert, > > > > Please pull u-boot-ti/next into arm/next > > I checked all the patches i applied for checkpatch errors and saw 2, > both > > of which cannot be fixed. Checkpatch complained about the location of > the > > he

Re: [U-Boot] [PATCH v2 8/8] arm, davinci: add support for am1808 based enbw_cmc board

>Did you apllied all patches, as stated here?: > >http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/108514 > >How looks your compile error? ah, i did not see the entire list of dependencies. I did not apply all the patches as some of them should not be applied by me. i have sent Alber

Re: [U-Boot] [PATCH v2 8/8] arm, davinci: add support for am1808 based enbw_cmc board

> > - booting from NOR Flash with direct boot method > - POST support > - LOGBUF support > > Signed-off-by: Heiko Schocher > Cc: Paulraj Sandeep > Cc: Albert ARIBAUD > Cc: Igor Grinberg > --- > - changes for v2 > - use CONFIG_MACH_TYPE instead

Re: [U-Boot] [PATCH v2] net, davinci_emac: add KSZ8864 switch

> > Signed-off-by: Heiko Schocher > Cc: Paulraj Sandeep > Cc: Albert ARIBAUD > Cc: Mike Frysinger > --- > - changes for v2: > - add comment from Mike Frysinger > remove check if CONFIG_DRIVER_TI_EMAC and CONFIG_CMD_NET > are defined. > > arc

Re: [U-Boot] [PATCH] Devkit8000: Change console from ttyS2 to ttyO2

> > The omap serial names have changed from ttySx to ttyOx, > so the console should be also changed to support this. > > Signed-off-by: Thomas Weber > --- > include/configs/devkit8000.h |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/include/configs/devkit8000.h

Re: [U-Boot] [PATCH v2] omap4: update maintainer for omap4 boards

> > Steve wants to transfer maintainership of OMAP4 boards > to me as he is not working on these boards lately. > > CC: Steve Sakoman > CC: Sandeep Paulraj > CC: Albert Aribaud > CC: Wolfgang Denk > Signed-off-by: Aneesh V > --- > V2: > * Re-arranged by alphabetical order of names > --- Pu

Re: [U-Boot] [PATCH] omap3evm: env: Fix default console

> > Change the default console from ttyS2 to ttyO0 to > match the Linux default for the EVM. > > Signed-off-by: Sanjeev Premi > Cc: Sandeep Paulraj > --- > > This patch has been created against u-boot-ti/next. > > > include/configs/omap3_evm.h |2 +- > 1 files changed, 1 insertions(+

Re: [U-Boot] [PATCH] omap3: Fix compile warning

> > Building without option CONFIG_DISPLAY_CPUINFO leads to > this warning: > sys_info.c:50:14: warning: 'rev_s_37xx' defined but not used > > Signed-off-by: Sanjeev Premi > Cc: Sandeep Paulraj > --- > > This patch has been created against u-boot-ti/next. > > arch/arm/cpu/armv7/omap3/sys_

Re: [U-Boot] [PATCH 1/1] mmc: omap: enable high capacity

> > On Wed, Sep 14, 2011 at 7:43 PM, Paulraj, Sandeep > wrote: > > > > > >> > >> On Thu, Aug 25, 2011 at 7:46 AM, Balaji T K wrote: > >> > Enable high capacity to host capability. > >> > Fixes eMMC detection on boot from MMC/SD c

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

> > Hi Wofgang, > > Le 19/09/2011 09:47, Wolfgang Denk a écrit : > > Dear Albert ARIBAUD, > > > > In message<4e76ebfd.9060...@aribaud.net> you wrote: > >> > >> As this is your 'next' branch, there is an ambiguity: can you please > >> indicate if you want me to pull this into my 'next' or 'mast

Re: [U-Boot] [PATCH] devkit8000: Fix build break

> > I believe this only exists with the SPL patches merged which I thought > > was only in your next branch atm... > > Confirm, from current u-boot-arm/master: > > uboot@lilith:~/src/u-boot-arm$ ./MAKEALL devkit8000 > Configuring for devkit8000 board... > textdata bss dec hex

Re: [U-Boot] [PATCH 1/1] mmc: omap: enable high capacity

> > > > > >> > >> On Thu, Aug 25, 2011 at 7:46 AM, Balaji T K wrote: > >> > Enable high capacity to host capability. > >> > Fixes eMMC detection on boot from MMC/SD card. > >> > > >> > Signed-off-by: Balaji T K > >> > Signed-off-by: Aneesh V > >> > --- > >> >  drivers/mmc/omap_hsmmc.c |    3 ++

Re: [U-Boot] [PATCH v2 1/2] omap3+: Add OMAP support for cmd_gpio

> On Tue, Aug 16, 2011 at 5:17 PM, Joe Hershberger > wrote: > > Add a shim driver to drivers/gpio that maps the standard GPIO API to the > OMAP GPIO API > > Empty gpio.h is needed in the asm/arch dirs for omap3 and omap4 due to > include in asm/gpio.h > > > > Signed-off-by: Joe Hershberger > >

Re: [U-Boot] [PATCH 1/1] mmc: omap: enable high capacity

> > On Thu, Aug 25, 2011 at 7:46 AM, Balaji T K wrote: > > Enable high capacity to host capability. > > Fixes eMMC detection on boot from MMC/SD card. > > > > Signed-off-by: Balaji T K > > Signed-off-by: Aneesh V > > --- > >  drivers/mmc/omap_hsmmc.c |    3 ++- > >  1 files changed, 2 inserti

Re: [U-Boot] [PATCH v2] OMAP3: Overo: Update GPMC timing for ethernet chip.

> > On Tue, Sep 13, 2011 at 9:54 AM, Philip Balister > wrote: > > On 09/11/2011 12:38 PM, Philip Balister wrote: > >> I see I should have copied a maintainer on this patch. Which tree will > >> this sort of path go upstream via? It seems like my choices are ARM of > >> OMAP3. > >> > >> I've got

Re: [U-Boot] [PATCH v2] OMAP3: Overo: Update GPMC timing for ethernet chip.

> On 09/11/2011 12:38 PM, Philip Balister wrote: > > I see I should have copied a maintainer on this patch. Which tree will > > this sort of path go upstream via? It seems like my choices are ARM of > > OMAP3. > > > > I've got a number of other patches that should go upstream that are > > Overo ce

Re: [U-Boot] da830evm build regression due to commit 11a6fb79745b06610b334bada7167e9e0b619851

> > Hi all, > > Commit 11a6fb79745b06610b334bada7167e9e0b619851 ("da830: modify the > MEMTEST start and end address") in u-boot-arm (initially in u-boot-ti) > causes a regression in building the da830evm board, by causing the > following warning: > > cmd_mem.c: In function 'do_mem_mtest': > c

Re: [U-Boot] omap3_beagle: build broken - fix or remove board?

>Can we please have this issue fixed before the end of this week? >I want to have a -rc2 then, and shortly after that the release. >If we cannot fix this board now, then we will have to remove it >(it can be re-added later when clean fixes become available). Hi Wolfgang, The patches to fix th

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

>Alright, as Sandeep did not respond quickly, I'll assume he isn't >available right now. Since there is only one commit, I'll cherry-pick it >(and then run some builds and send an ARM pull req). Thanks, just saw this. Regards, Sandeep ___ U-Boot maili

Re: [U-Boot] [PATCH] ARM: hawkboard: fix compilation of nand_spl

> get_ram_size() is called, but memsize.c is not compiled. > > Signed-off-by: Stefano Babic > --- > nand_spl/board/davinci/da8xxevm/Makefile |6 +- > 1 files changed, 5 insertions(+), 1 deletions(-) Pushed to u-boot-ti --Sandeep ___ U-Boot

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

> > Hi Sandeep, > > Le 08/09/2011 17:16, s-paul...@ti.com a écrit : > > Albert, > > > > Please pull u-boot-ti/master. > > I checked all the patches for checkpatch errors and fixed > > all the warnings that i could. Some cannot be fixed. > > Sanjeev's patches update thr GPIO for OMAP. The GPIO o

Re: [U-Boot] [PATCH] omap3: beagle: Fix build warning

> Le 07/09/2011 10:47, Premi, Sanjeev a écrit : > >> -Original Message- > >> From: Stefano Babic [mailto:sba...@denx.de] > >> Sent: Wednesday, September 07, 2011 1:11 PM > >> To: Albert ARIBAUD > >> Cc: Premi, Sanjeev; u-boot@lists.denx.de; Dirk Behme; > >> agnel.j...@gmail.com > >> Subje

Re: [U-Boot] [PATCH] OMAP: Add function to get state of a GPIO output

> > This patch added a build warning like this: > > gpio.c: In function 'omap_get_gpio_dataout': > gpio.c:161: warning: assignment discards qualifiers from pointer target > type > > The fix is this: > We will have to co ordinate the best way to move forward on this. Sanjeev submitted a patch s

Re: [U-Boot] [PATCH 0/3] omap: gpio: Use generic API (instead of custom)

> > Sanjeev Premi (3): > omap: gpio: Use generic API > omap: gpio: generic changes after changing API > omap: gpio: Adapt board files to use generic API > > arch/arm/cpu/armv7/omap-common/gpio.c | 113 > - > arch/arm/cpu/armv7/omap4/clocks.c |5 +

Re: [U-Boot] [PATCH v2] OMAP: Remove omapfb.debug=y from Beagle and Overo env settings

> > Le 11/08/2011 21:28, Joel A Fernandes a écrit : > > From: Steve Sakoman > > > > The kernel DSS2 code is mature now, and keeping this setting hurts > performance > > > > Signed-off-by: Steve Sakoman > > Signed-off-by: Joel A Fernandes > > --- > > Changes since v1: > > Added myself to SOB > >

Re: [U-Boot] omap3: gpio: build warnings and errors

> > However, I couldn't find the definition of omap_get_gpio_dataout() > used in board/ti/beagle/led.c. > > The change was introduced in: > b8bc8973: led: Remove state-saving of led for... > > After much search, I did find a patch that contains the defintion > of omap_get_gpio_dataout() subm

Re: [U-Boot] OMAP3 build (overo, beagle) fails but OMAP4 build (panda) succeeds

> > Hey All, > > This is probably related to the recent GPIO changes for OMAP boards, so > I'd > like to figure out the fix for now. > > Building u-boot.git master for the omap3_beagle or omap3_overo results in > the following error: > > led.c:25:27: fatal error: asm/arch/gpio.h: No such file

Re: [U-Boot] [PATCH v4] ARMV7: OMAP: I2C driver: Write more than 1 byte at a time in i2c_write

> > This patch is now checkpatch and makeall clean, can you Ack/Nack > this patch, so I can pick it up, if you give your ack? > (Or do you want to apply it, so I can Ack it) > > There is also a cosmetic (checkpatch cleanup) patch for this driver, > see: > > http://patchwork.ozlabs.org/patch/107

Re: [U-Boot] [PATCH 03/13] BeagleBoard: config: hardcode MAC for onboard SMSC

> I see this patch is already maked as "Awaiting Upstream" in Patchwork. > Please make sure NOT to include it in any pull requests. Wolfgang, I am sure i didn't change the state of this patch to "Awaiting Upstream". Regards, Sandeep ___ U-Boot mailin

Re: [U-Boot] Build error in davinci_emac driver

> > Sandeep, > > Few of your commits will not allow using davinci_emac driver for non- > davinci family of devices. For example, This has happened in the kernel also. How is a developer supposed to know which new devices are in the pipeline. Infact we recently had a case in the kernel NAND dr

Re: [U-Boot] [PATCH v4 00/12] U-Boot MMC SPL for OMAP4

> > There was v4 for just two of the patches of the framework series: 2/9 and > 5/9. > > I think you missed them. Can you correct this? Corrected and applied the patches to u-boot-ti Thanks, Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de http:/

Re: [U-Boot] [PATCH v4 00/12] U-Boot MMC SPL for OMAP4

> > This series adds mmc SPL support for OMAP4. This is essentially > an up-streaming effort for TI's x-loader for OMAP4 using the SPL > framework > > This work partly draws upon previous work done for x-loader by: > Santosh Shilimkar > Rajendra Nayak > and many others > > This s

Re: [U-Boot] [PATCH v4 00/12] U-Boot MMC SPL for OMAP4

> Aneesh V (11): > omap4: utility function to identify the context of hw init > omap4: cleanup pin mux data > omap4: add OMAP4430 revision check > omap4: add clock support > omap4: add sdram init support > omap4: calculate EMIF register values > omap4: automatic sdram detection > ar

Re: [U-Boot] [PATCH v3 0/9] Add initial support for a generic SPL framework

> > This is the finalized version for the SPL framework: > http://marc.info/?l=u-boot&m=131056990001719&w=2 > > Changes since RFC v1: > - added documentation for SPL framework > - enable garbage collect of unused sections for SPL unconditionally > > Changes since RFC v2: > - renamed CONFIG_SYS

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

> > OMAP4460 is the latest addition to the OMAP4 family. > OMAP4460 has dual core Cortex-A9 CPUs that can be clocked upto > 1.5 GHz > > The memory architecture has been improved to provide better > performance and there several other minor improvements in various > modules. > > This series dep

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

> > Dear "Paulraj, Sandeep", > > In message you > wrote: > > > > > This series depends on the OMAP4 spl series [1] and the SPL framework > > > series [2] > > > > > > [1] http://marc.info/?l=u-boot&m=1310821

Re: [U-Boot] [PATCH v2 0/5] arm: omap4: omap4460 support

> > OMAP4460 is the latest addition to the OMAP4 family. > OMAP4460 has dual core Cortex-A9 CPUs that can be clocked upto > 1.5 GHz > > The memory architecture has been improved to provide better > performance and there several other minor improvements in various > modules. > > This series dep

Re: [U-Boot] Please Pull u-boot-ti/master (see note)

> > Note that u-boot-ti still has a tag, "2009.01-rc2", which should be > removed from the repository, see > . > > (there is also a "NIOS2-5_0_0" tag which I am not sure of;maybe it > should be removed too) > Albert, I regularly

Re: [U-Boot] [PATCH v2 0/2] DA8xx: add generic GPIO driver

> -Original Message- > From: Laurence Withers [mailto:lwith...@guralp.com] > Sent: Saturday, July 16, 2011 6:42 AM > To: u-boot@lists.denx.de; u-boot@lists.denx.de > Cc: Laurence Withers; Paulraj, Sandeep > Subject: [PATCH v2 0/2] DA8xx: add generic GPIO driver >

Re: [U-Boot] [PATCH 1/2] DaVinci: rename gpio_defs.h to gpio.h

> Hi Laurence, > > Le 15/07/2011 13:27, Laurence Withers a écrit : > > In preparation for a generic GPIO driver for the DA8xx processors, > > rename to and fix up all files > > which include it. > > > > Signed-off-by: Laurence Withers > > --- > > arch/arm/include/asm/arch-davinci/gpio.h

Re: [U-Boot] [PATCH v4 0/9] armv7: cache maintenance operations

> > Hi All, > > Le 17/06/2011 11:30, Aneesh V a écrit : > > With D-cache and MMU enabled for ARM in u-boot it becomes imperative to > > support a minimal set of cache maintenance operations and necessary > > initializations before enabling MMU. > > > > This series of patches attempt to do the f

Re: [U-Boot] [PATCH] TI: TNETV107X Fix Build Error

> > This patch provides SDRAM base address and initial stack address to fix > build errors. > > Signed-off-by: Chan-Taek Park > --- > include/configs/tnetv107x_evm.h |6 ++ > 1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/include/configs/tnetv107x_evm.h > b/include

Re: [U-Boot] [PATCH 1/3] arm: omap: innovator: fix compilation error

>Sandeep, > >Any comments? I'm on vacation. i'll apply it soon. Regards, Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Beagleboard patches, going upstream?

> It would be most useful if some of the other patches were accepted or > commented upon. The reason i did not apply the patches were because atleast for some of them, i needed an ACK from other maintainers. Also i was waiting for your updated patches. I thought it would be better if i'll app

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

> > nhk8815: move config targets from Makefile to boards.cfg > > > > are available in the git repository at: > > > >git://git.denx.de/u-boot-ti.git master > > > > Ben Gardiner (1): > >da850evm: fix NAND WSTROBE and TA timings > > > > board/davinci/da8xxevm/da850evm.c |4

Re: [U-Boot] [PATCH] da850evm: fix NAND WSTROBE and TA timings

> The current NAND timings, introduced in commit > a3f88293ddd13facd734769c1664d35ab4ed681f da850evm: setup the NAND flash > timings , incorrectly set WSTROBE and TA to 0. A more recent inspection of > the > values set by the Linux kernel indicates that these should be set to 1. > > Set the WSTR

Re: [U-Boot] [PATCH v5 0/2] Add DIG297 board and OMAP3 fixes

> > Hi all, > > this patch series cleans up some OMAP3 stuff and adds DIG297 board support. > > New in v5: > - rebased against u-boot-ti master (007965dbe4dae12); > - updated to support the new am3517 crane board; > - removed two patches that have already been pushed to u-boot-ti master. >

Re: [U-Boot] [PATCH v4 4/4] ARMV7: OMAP3: Add support for Comelit DIG297 board

> > Paulraj, Sandeep wrote: > > >> Board support for the DIG297 board manufactured by Comelit Group SpA. > >> It is a custom board based on the BeagleBoard<http://beagleboard.org/> > by > >> Texas Instruments. > >> ... > > > &g

Re: [U-Boot] [PATCH v4 4/4] ARMV7: OMAP3: Add support for Comelit DIG297 board

> > Board support for the DIG297 board manufactured by Comelit Group SpA. > It is a custom board based on the BeagleBoard by > Texas Instruments. > > The board support is based on the BeagleBoard implementation. > > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk >

Re: [U-Boot] [PATCH v4 2/4] ARMV7: OMAP3: Cleanup extern variables in mem.c

> > Removed boot_flash_* extern variables. > boot_flash_type was totally unused. The other ones were actually constants, > so > they have been replaced with #defines in the board config files. > > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk > Cc: Albert Aribaud > Cc: Sandeep Paulraj >

Re: [U-Boot] [PATCH v4 3/4] ARMV7: OMAP3: Add GPMC_CONFIGx register value definitions

> > Signed-off-by: Luca Ceresoli > --- > Changes in v4: > - this patch is new in v4. > > arch/arm/include/asm/arch-omap3/omap3-regs.h | 95 > ++ > 1 files changed, 95 insertions(+), 0 deletions(-) > create mode 100644 arch/arm/include/asm/arch-omap3/omap3-regs.h >

Re: [U-Boot] [PATCH v4 1/4] ARMV7: OMAP3: Fix preprocessor check for CONFIG_OMAP34XX

> > CONFIG_OMAP34XX must be checked for existence, not value. > > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk > Cc: Albert Aribaud > Cc: Sandeep Paulraj > --- Thanks Pushed to u-boot-ti ___ U-Boot mailing list U-Boot@lists.denx.de http://lis

Re: [U-Boot] Update and Cut down mach types

> > Hello Sandeep, Wolfgang > > Am 19.04.2011 14:42, schrieb Paulraj, Sandeep: > > Wolfgang, Albert, > > > > Russell King sent some updates to the linux kernel for mach-types. > > > > http://git.kernel.org/?p=linux/kernel/gi

Re: [U-Boot] [PATCH 3/3] omap3_beagle: enable EHCI and USB storage.

> > The reset sequence/configuration for ehci is highly board specific, > so this will be done in the source for the board, instead of > introducing several CONFIG_* which would be needed to make those > few lines in beagle.c usable across different OMAP boards. > > Signed-off-by: Alexander Hol

Re: [U-Boot] [PATCHv2 0/2] ARM: OMAP3: Revamp IGEP default configuration

> > Hi, > > This is the second version of patch series to revamp the default > configuration > for all IGEP boards. The purpose of these patches is use the boot script > used > in others OMAP3-based boards. > > Tested on IGEP v2 board and IGEP module. > > * changes since version 1: > * Fix

[U-Boot] Update and Cut down mach types

Wolfgang, Albert, Russell King sent some updates to the linux kernel for mach-types. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57 He also removed a lot of entries which never made it to mainline. I have a patch and it

Re: [U-Boot] [PATCH v3] omap3_beagle: enable the use of a plain text file named uEnv.txt instead of boot.scr

> > Dear "Paulraj, Sandeep", > > In message <0554bef07d437848af01b9c9b5f0bc5dc365d...@dlee01.ent.ti.com> > you wrote: > > > > > From: Alexander Holler > > > > > > Using the new env import command it is possible to use plain tex

Re: [U-Boot] [PATCH 0/9] Update support for CM-T35

> > > >> This patch serie s based on the latest U-Boot release (v2011.03) and > >> updates support for Compulab CM-T35 board: > >> 1) Some clean up > >> 2) MMC/SD Card fix > >> 3) Add Green Status LED > >> 4) Add support for CM-T3730 which is basically the same board, but > >>has TI's DM3730

Re: [U-Boot] [Patch v1] ARMV7: AM3517/05: Add support for CraneBoard.

> -Original Message- > From: srin...@mistralsolutions.com [mailto:srin...@mistralsolutions.com] > Sent: Friday, April 01, 2011 6:13 PM > To: u-boot@lists.denx.de > Cc: w...@denx.de; nagen...@mistralsolutions.com; > ume...@mistralsolutions.com; > Srinath > Subject: [U-Boot][Patch v1] ARMV7

Re: [U-Boot] [PATCH] BeagleBoard: add xM rev C to ID table

> > A simple addition to the revision IDs. > > This patch depends upon http://patchwork.ozlabs.org/patch/85303/. > > Signed-off-by: Jason Kridner Did not apply clean. Can you please rebase with u-boot-ti ___ U-Boot mailing list U-Boot@lists.denx.

Re: [U-Boot] [PATCH v2] OMAP3: BeagleBoard: add more expansionboard IDs

> From: Koen Kooi > > Information on configurations pulled from > http://www.elinux.org/BeagleBoardPinMux#Vendor_and_Device_IDs > > Boards added: > * Added BeagleBoardToys WiFi, VGA and LCD boards > * Added KBADC Beagle FPGA board > * Added Brainmux LCDog and LCDog Touch > * Added Liquidware B

Re: [U-Boot] [PATCH v2] OMAP3: BeagleBoard: add xM rev B to ID table

> > From: Koen Kooi > > Patch was updated by Jason Kridner : > * Use tabs to match style of other board revisions > * Only include board revisions that exist > * Default to the same configuration as the latest revision, but > without setting 'beaglerev' > --- > v2 Changes > * Updated with

Re: [U-Boot] [PATCH v3] OMAP3: BeagleBoard: Enable pullups on i2c2.

> > From: Steve Kipisz > > This allows the reading of EEPROMS on the expansion bus without adding > external pull-ups. > --- > v2 updates > * Updated per http://patchwork.ozlabs.org/patch/71997/ > * Added description > * Used OMAP34XX_CTRL_BASE > * Used structure and writel to perform writ

Re: [U-Boot] [PATCH v3] omap3_beagle: enable the use of a plain text file named uEnv.txt instead of boot.scr

> From: Alexander Holler > > Using the new env import command it is possible to use plain text files > instead > of script-images. Plain text files are much easier to handle. > > E.g. If your boot.scr contains the following: > --- > setenv dvimode 1024x768-16@60

Re: [U-Boot] [PATCH] BeagleBoard: Added LED driver

> > Added LED driver using status_led. USR0 is set to monitor the boot > status. USR1 is set to be the green LED. > > Included adding configuration and command to the default configuration. > > Signed-off-by: Jason Kridner Pushed to u-boot-ti __

Re: [U-Boot] [PATCH 1/1] ARM: Update mach types

> > This commit updates the mach-types to sync with ARM > Linux based on the following commit by Russell King > commit 4a683a2c5e7cabe91218db28e56dc25e1b134ce3 > > Signed-off-by: Jason Liu Already submitted and accepted http://git.denx.de/?p=u-boot/u-boot-arm.git;a=commitdiff;h=c7977858dcf1f

Re: [U-Boot] [PATCH 1/1] ARM: Update mach types

>This commit updates the mach-types to sync with ARM >Linux based on the following commit by Russell King >commit 4a683a2c5e7cabe91218db28e56dc25e1b134ce3 > >Signed-off-by: Jason Liu >--- already done http://git.denx.de/?p=u-boot/u-boot-arm.git;a=commitdiff;h=c7977858dcf1f656cbe91ea0dc3cb9139

Re: [U-Boot] [PATCH] ARM: Update mach-types

> > > > > >> > >> Hi Sandeep, > >> > >> Le 16/02/2011 22:15, s-paul...@ti.com a écrit : > >>> From: Sandeep Paulraj > >>> > >>> This commit updates the mach-types based on the latest > >>> in linus's head > >> > >> Ah, telepathy at last! :) > >> > >>> -#define MACH_TYPE_SUEN32

Re: [U-Boot] [PATCH] ARM: Update mach-types

> > Hi Sandeep, > > Le 16/02/2011 22:15, s-paul...@ti.com a écrit : > > From: Sandeep Paulraj > > > > This commit updates the mach-types based on the latest > > in linus's head > > Ah, telepathy at last! :) > > > -#define MACH_TYPE_SUEN32255 > > +#define MACH_TYPE_KM_KIRKW

Re: [U-Boot] [STATUS] v2011.03-rc1 released

>This omap timer fix never got applied >http://patchwork.ozlabs.org/patch/76803/ was on vacation. I missed it. I'll apply it. --Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/1] DaVinci: Fix DM365 & DM644X build error

> > Seems this is already fixed by commit > 51861a953aa10fde5c861ca022f0833f326e3041 which is in u-boot-ti/master, > right? > Yes that is correct I believe. Before my vacation I was getting the entire Davinci series of SOCs compiling as they were broken for various reasons and this is one of th

Re: [U-Boot] [PATCH 3/3] arm: Tegra2: Add support for NVIDIA Seaboard board Signed-off-by: Tom Warren

...@nvidia.com] Sent: Tuesday, January 11, 2011 7:43 PM To: Paulraj, Sandeep; Tom Warren; u-boot@lists.denx.de Subject: RE: [U-Boot] [PATCH 3/3] arm: Tegra2: Add support for NVIDIA Seaboard board Signed-off-by: Tom Warren Thanks, Sandeep. As I understand it, one of our Tegra2 kernel jockeys

Re: [U-Boot] [PATCH 3/3] arm: Tegra2: Add support for NVIDIA Seaboard board Signed-off-by: Tom Warren

Hi Tom, Nice to see support for this board > #define MACH_TYPE_TI8148EVM3004 >#define MACH_TYPE_TEGRA_SEABOARD 3005 >+#define MACH_TYPE_SEABOARD 3005 I don't think this is the way it is supposed to be done. Patches should not contain an addition to mach-types.h. Wh

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

> > Hi Sandeep, > > Le 29/12/2010 00:39, s-paul...@ti.com a écrit : > > Albert, > > > > Please pull u-boot-ti/master > > This pull request consists of an update to the ARM mach-types. > > Also added some fixes and minor enhancements to DaVinci support. > > Most of the patches are either in an in

Re: [U-Boot] [PATCH] ARM: Update mach types

> > Hi Sandeep, > > Le 28/12/2010 22:43, s-paul...@ti.com a écrit : > > From: Sandeep Paulraj > > > > This commit updates the mach-types for ARM > > I assume these come straight from the ARM linux kernel sources? > > Amicalement, These are straight from the latest in Linus's tree. --Sandee

Re: [U-Boot] [PATCH 0/8] armv7: cache maintenance operations

> Subject: [U-Boot] [PATCH 0/8] armv7: cache maintenance operations > > With D-cache and MMU enabled for ARM in u-boot it becomes imperative to > support a minimal set of cache maintenance operations and necessary > initializations before enabling MMU. > > This series of patches attempt to do t

Re: [U-Boot] [RFC PATCH 0/8] Add nand_spl support for TI OMAP Beagle

> > This patch series adds the ability to boot a beagle board from > nand without x-loader. A future addition will add mmc boot > support. > > John Rigby (8): > NAND: nand_spl/nand_boot.c: add 16-bit and readid support > armv7: add nand_spl support > OMAP3: and nand_spl support > OMAP3

Re: [U-Boot] [PATCH] OMAP3: EVM: Convert omap3_evm_version to u32

> > Signed-off-by: Dirk Behme > > > > --- > > > > For a discussion of this see > > > > http://lists.denx.de/pipermail/u-boot/2010-December/083706.html > > > > board/ti/evm/evm.c |4 ++-- > > board/ti/evm/evm.h |2 +- > > 2 files changed, 3 insertions(+), 3 deletions(-) > > I'm still un

Re: [U-Boot] [PATCH] omap3: emif|sdrc: use a single global data define

> > DECLARE_GLOBAL_DATA_PTR declarations in functions are inherently > troublesome with various compilers (e.g. gcc 4.5) > > Signed-off-by: Nishanth Menon > --- > Similar to the fix I did in: > http://marc.info/?t=12880377354&r=1&w=2 > for OMAP4 > arch/arm/cpu/armv7/omap3/emif4.c |3 +

Re: [U-Boot] [PATCH] env_nand: Use nand_read_skip_bad instead of nand_read

> The nand-read function returns an error code if correctable errors have > occurred. > This is not desirable, since the errors have been corrected! > > This patch switches to the nand_read_skip_bad function which does not > return an error code if the errors are correctable. > > Signed-off-by:

Re: [U-Boot] [PATCH] DaVinci DM6446: Config Update

able not being defined for the NOR. I have fixed that as well. I cannot test that yet. That will probably be a follow up patch. > While at it removed CONFIG_CMD_KGDB > > Signed-off-by: Sandeep Paulraj --Sandeep ___ U-Boot mailing list U-Boo

Re: [U-Boot] Pull request: u-boot-arm (master + next)

>Sorry, fixed. > >> Am I missing something? > >No, this was my fault. Sorry. > >Best regards, > >Wolfgang Denk Thanks, I'll re base and send some more patches to unbreak some of the ARM boards. --Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] Pull request: u-boot-arm (master + next)

> > The following changes since commit > d0d2271f8c62e830ec65fb069b6d12dd708e3e2f: > > Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100) > > are available in the git repository at: > git://git.denx.de/u-boot-arm.git master > > Dirk Behme (4): > OMAP4: SDP4430: Disable CMD_NFS >

[U-Boot] DA850 USB support

Looks like this patch got missed http://patchwork.ozlabs.org/patch/71817/ It adds USB support for DA850 --Sandeep ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/1 V7] Add board support for hawkboard

> > The patch adds basic board support for TI's OMAP-L138 based > Hawkboard. This board is pretty similar to the da850 EVM. Support for > nand and network access is added in this version. > > The following bootup procedure is used. > > At reset, the Rom Boot Loader(RBL), initialises the ddr an

Re: [U-Boot] [PATCH] OMAP3: SDP3430: Fix ARM relocation support

> > Signed-off-by: Dirk Behme > --- > > Compile tested only. > > board/ti/sdp3430/config.mk |2 +- > include/configs/omap3_sdp3430.h |6 ++ > 2 files changed, 7 insertions(+), 1 deletion(-) > > Index: u-boot.git/board/ti/sdp3430/config.mk > =

Re: [U-Boot] [PATCH] AM3517:EMIF4: fix SDRAM size to 256Mb

> From: Vaibhav Hiremath > > With addition of "dram_init_banksize()" function from Heiko,Schocher > (commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size > is getting configured wrongly to 512Mb (CS0 & CS1). > So fix it to 256Mb. > > Signed-off-by: Vaibhav Hiremath > --- > arc

Re: [U-Boot] [PATCH] AM3517:Build FIX: undef CONFIG_CMD_NFS support

> > From: Vaibhav Hiremath > > Without CONFIG_CMD_NET support CONFIG_CMD_NFS leads > to linking error, so disable CONFIG_CMD_NFS option. > > Signed-off-by: Vaibhav Hiremath > --- > include/configs/am3517_evm.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/in

Re: [U-Boot] [PATCH] AM3517:EMIF4: fix SDRAM size to 256Mb

> > From: Vaibhav Hiremath > > With addition of "dram_init_banksize()" function from Heiko,Schocher > (commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size > is getting configured wrongly to 512Mb (CS0 & CS1). > So fix it to 256Mb. > > Signed-off-by: Vaibhav Hiremath > --- Pus

Re: [U-Boot] [PATCH] omap3evm: Use GENERATED_GBL_DATA_SIZE

> > The macro CONFIG_SYS_GBL_DATA_SIZE has been replaced > with GENERATED_GBL_DATA_SIZE. > > Also define macros: CONFIG_SYS_INIT_RAM_ADDR and > CONFIG_SYS_INIT_RAM_SIZE. > > Based on changes for omap3_beagle in the commit: > 31bfcf1c5776df3d90286aa15104c45096d53dc6 > > Signed-off-by: Sanjeev

Re: [U-Boot] [PATCH] ARMV7: OMAP3: Fix build failure for igep0030 machine

> > Seems that if CONFIG_CMD_NET is undefined we should also > undefine CONFIG_CMD_NFS, otherwise build fails with various > undefined reference like: > > net/libnet.o: In function `rpc_req': > u-boot/net/nfs.c:193: undefined reference to `NetEthHdrSize' > u-boot/net/nfs.c:202: undefined

  1   2   3   4   5   >