CM-T35 is a system-on-module board from CompuLab, Ltd. The CM-T35
datasheet can be found at
http://www.compulab.co.il/t35/html/t35-cm-datasheet.htm
Signed-off-by: Mike Rapoport
--
v2 changes:
- rename board config file from omap3_cm-t35.h to cm-t35.h
- remove SZ_xx references
- add MAKEALL/MAINT
hvaib...@ti.com wrote:
> From: Vaibhav Hiremath
>
> User can now choose between NAND and ONENAND support in omap3_evm.h
>
> Signed-off-by: Vaibhav Hiremath
> ---
> include/configs/omap3_evm.h | 27 ++-
> 1 files changed, 26 insertions(+), 1 deletions(-)
>
> diff --gi
never afraid to embarrass myself, is the config option
CONFIG_DATAFLASH_MMC_SELECT actually doing anything useful?
$ grep -r MMC_SELECT *
board/atmel/at91rm9200dk/Makefile:COBJS-$(CONFIG_DATAFLASH_MMC_SELECT) += mux.o
board/atmel/at91rm9200ek/Makefile:COBJS-$(CONFIG_DATAFLASH_MMC_SELECT) += mux
From: Vaibhav Hiremath
User can now choose between NAND and ONENAND support in omap3_evm.h
Signed-off-by: Vaibhav Hiremath
---
include/configs/omap3_evm.h | 27 ++-
1 files changed, 26 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_evm.h b/include/c
Dear Wolfgang,
>> +PLATFORM_CPPFLAGS += -I$(TOPDIR)/board/gec/gec2410
>
> Why is this needed?
in /board/gec/gec2410/lowlevel_init.S, it includes "gec2410_mem.h",
which is at $(TOPDIR)/board/gec/gec2410.
>> diff --git a/nand_spl/board/gec/gec2410/u-boot.lds
>> b/nand_spl/board/gec/gec2410/u-boot
Hi,
I am currently trying to port U-Boot onto a board with PPC440x5. My board has
16MB of flash whose base address is 0xFC00.
I have set ".bootpg" in u-boot.lds to 0xFCFFF000 (End of Flash - 4 KB) and
"TEXT_BASE" in config.mk to 0xFCF8 (End of Flash - 512 KB). I obtained an
error sayin
On Tue, 17 Nov 2009, Wolfgang Denk wrote:
> Dear "Robert P. J. Day",
>
> In message you wrote:
> >
> > Show the simple end result of adding an example board (BeagleBoard).
> >
> > Signed-off-by: Robert P. J. Day
>
> This text is still inconsistent and not good enough as an example.
>
> > based
In some case, saved address and compared address are different. (e.g: 80M)
So, it can be get wrong memory size.
This patch fix the such problem, and fix style problems also.
Signed-off-by: Minkyu Kang
---
common/memsize.c | 77 +-
1 files cha
We need to track which TLB CAM entries are used to allow us to
"dynamically" allocate entries later in the code. For example the SPD
DDR code today hard codes which TLB entries it uses. We can now make
that pick entries that are free.
Signed-off-by: Kumar Gala
---
* Fix whitespace
* Fix find_fr
Dear Wolfgang Denk,
Wolfgang Denk wrote:
> Dear =?UTF-8?B?7J207Iq57ZiE?=,
>
> In message you
> wrote:
>
>> flash_sect_erase() displays message "Erased #N sectors" even when
>> there are some protected sectors found and command "erase" fail.
>>
>> Signed-off-by: Seunghyeon Rhee
>> ---
>> com
We need to add the readback to bootpage translation LAW
to make it effect.
Signed-off-by: Dave Liu
Signed-off-by: Becky Bruce
Signed-off-by: Kumar Gala
---
cpu/mpc85xx/mp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/cpu/mpc85xx/mp.c b/cpu/mpc85xx/mp.c
index 00b6
Mike Frysinger wrote:
> On Tuesday 17 November 2009 16:56:58 Wolfgang Denk wrote:
>
>> Scott Wood wrote:
>>
My question: is there a definitive position somewhere (for example
for the Linux kernel; I'm sure we don't have one for U-Boot [yet]),
whether system headers shoul
Dear Wolfgang,
> Subject: Re: [U-Boot] [PATCH 3/4 v2] DA8xx: Add MUSB host support
>
> Wolfgang Denk wrote:
> > Dear Sandeep,
> >
> > In message <0554bef07d437848af01b9c9b5f0bc5d93fa8...@dlee01.ent.ti.com>
> you wrote:
> >>> +/*
> >>> + * da8xx.c - TI's DA8xx platform specific usb wrapper functio
On Tuesday 17 November 2009 16:56:58 Wolfgang Denk wrote:
> Scott Wood wrote:
> > > My question: is there a definitive position somewhere (for example
> > > for the Linux kernel; I'm sure we don't have one for U-Boot [yet]),
> > > whether system headers should be self-sufficient?
> >
> > I'd s
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <4b031158.20...@freescale.com> you wrote:
>>> My question: is there a definitive position somewhere (for example
>>> for the Linux kernel; I'm sure we don't have one for U-Boot [yet]),
>>> whether system headers should be self-sufficient?
Wolfgang Denk wrote:
> Dear Sandeep,
>
> In message <0554bef07d437848af01b9c9b5f0bc5d93fa8...@dlee01.ent.ti.com> you
> wrote:
>>> +/*
>>> + * da8xx.c - TI's DA8xx platform specific usb wrapper functions.
>>> + *
>>> + * Author: Ajay Kumar Gupta
>>> + *
>>> + * Based on drivers/usb/musb/davinci.c
Dear Sandeep,
In message <0554bef07d437848af01b9c9b5f0bc5d93fa8...@dlee01.ent.ti.com> you
wrote:
>
> > +/*
> > + * da8xx.c - TI's DA8xx platform specific usb wrapper functions.
> > + *
> > + * Author: Ajay Kumar Gupta
> > + *
> > + * Based on drivers/usb/musb/davinci.c
> > + *
> > + * Copyright
Dear Tom,
In message <4afc100c.1040...@windriver.com> you wrote:
>
> > It would be nice for this to go in as a fix for 2009.11,
> > else users without serial cable won't be able to boot it.
>
> Wolfgang,
> Can this fix be included in 2009.11 ?
Sure - if you merge it and send a pull request, plea
> Dear "Paulraj, Sandeep",
>
> In message <0554bef07d437848af01b9c9b5f0bc5d93f2f...@dlee01.ent.ti.com>
> you wrote:
> >
> > >
> > > Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
> > > See http://www.ti.com
> > >
> > > The DA8xx devices are similar to DaVinci devices but have a diff
Dear "Paulraj, Sandeep",
In message <0554bef07d437848af01b9c9b5f0bc5d93f2f...@dlee01.ent.ti.com> you
wrote:
>
> >
> > Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
> > See http://www.ti.com
> >
> > The DA8xx devices are similar to DaVinci devices but have a differing
> > memory m
Dear Nick Thompson,
In message <4af9823c.8090...@gefanuc.com> you wrote:
> Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
> See http://www.ti.com
>
> The DA8xx devices are similar to DaVinci devices but have a differing
> memory map and updated peripheral versions.
>
> Signed-off-by
Dear Grant Edwards,
In message you wrote:
>
> I take it that your position is that everying that U-Boot
> doesn't support is worthless and stupid as are people who
> desire or currently use such features.
Now check who is rude and insulting.
U-Boot is a boot loader, and as such it provides a ce
Dear Scott Wood,
In message <4b031158.20...@freescale.com> you wrote:
>
> > My question: is there a definitive position somewhere (for example
> > for the Linux kernel; I'm sure we don't have one for U-Boot [yet]),
> > whether system headers should be self-sufficient?
>
> I'd say they should
Dear Stefan Roese,
In message <200911171617.27530...@denx.de> you wrote:
>
> please pull this one fix from u-boot-cfi-flash.
>
> Thanks.
>
> The following changes since commit 3c014f1586d5bfe30dca7549396915c83f31cd30:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u
Dear Stefan Roese,
In message <200911171340.20491...@denx.de> you wrote:
> Hi Wolfgang,
>
> please pull 2 fixes for esd boards with the CAN SJA1000 header. This
> header should be removed again, when real CAN/SJA1000 support will
> be added.
>
> Thanks.
>
> The following changes since commit 3c
On 2009-11-17, Wolfgang Denk wrote:
> In message you wrote:
>> I've read through the U-Boot manual and FAQ, but I still
>> haven't figured out how one downloads via the network an image
>> to a board running U-Boot. Previous projects have used
>> RedBoot, and it provided a couple different mech
Dear Stefan Roese,
In message <200911171614.17710...@denx.de> you wrote:
> > flash_sect_erase() displays message "Erased #N sectors" even when
> > there are some protected sectors found and command "erase" fail.
>
> Applied to u-boot-cfi-flash/master. Thanks.
Sory, but you were too fast for me.
Dear Heiko Schocher,
In message <4b00f270.3070...@denx.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit 06f43286c6354aaab0103615e83893512f86eee7:
> Wolfgang Denk (1):
> Merge branch 'master' into next
>
> are available in the git repository at:
>
> git://git.d
Dear Grant Edwards,
In message you wrote:
> I've read through the U-Boot manual and FAQ, but I still
> haven't figured out how one downloads via the network an image
> to a board running U-Boot. Previous projects have used
> RedBoot, and it provided a couple different mechanisms:
There are man
Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <200911161703.46965.vap...@gentoo.org> you wrote:
>>> Why would that be needed? Which problem are you trying to solve?
>> like the subject very briefly says, 'for types'. if your source code
>> includes
>> flash.h before anything else,
Dear Joakim Tjernlund,
In message <1258446374-2919-1-git-send-email-joakim.tjernl...@transmode.se> you
wrote:
> The #include is Linux specific. Use
> compiler.h and adjust the code to cope.
>
> Signed-off-by: Joakim Tjernlund
> ---
>
> Mike, how does this work for you?
Could you please do m
Dear Mike Frysinger,
In message <200911161703.46965.vap...@gentoo.org> you wrote:
>
> > Why would that be needed? Which problem are you trying to solve?
>
> like the subject very briefly says, 'for types'. if your source code
> includes
> flash.h before anything else, it'll fail to compile as f
Dear Mike Rapoport,
In message <4b0117da.2020...@compulab.co.il> you wrote:
>
> >> These should not be needed in your board config file. Please move to a
> >> more appropriate header.
>
> As I've already answered Wolfgang ([1]), this is what _all_ other omap3 board
> do... Moving these requires
Dear Albert Aribaud,
In message <1258271818-27033-1-git-send-email-albert.arib...@free.fr> you wrote:
> ** ATTENTION: this patch supersedes the previous '1/3' patch in
> the same series. The correction is the removal of Kirkwood-inherited
> device init code unused at the moment and partly inapplic
Dear =?UTF-8?B?7J207Iq57ZiE?=,
In message you
wrote:
> flash_sect_erase() displays message "Erased #N sectors" even when
> there are some protected sectors found and command "erase" fail.
>
> Signed-off-by: Seunghyeon Rhee
> ---
> common/cmd_flash.c |5 -
> 1 files changed, 4 insertio
Dear "Robert P. J. Day",
In message you wrote:
>
> Show the simple end result of adding an example board (BeagleBoard).
>
> Signed-off-by: Robert P. J. Day
This text is still inconsistent and not good enough as an example.
> based on dirk's earlier email, i'm emphasizing that this represen
I've read through the U-Boot manual and FAQ, but I still
haven't figured out how one downloads via the network an image
to a board running U-Boot. Previous projects have used
RedBoot, and it provided a couple different mechanisms:
1) Telnet to the board and download an image (binary or
S-Re
The repo is u-boot-ti and the branch is 'next'.
In the vein of my last patch..
This is cleanup of omap3 board config files.
This is the link to the thread on the list
http://lists.denx.de/pipermail/u-boot/2009-November/064351.html
Not all of the boot_flash_* declarations are needed by all of
t
Only the boot_flash_* variables that are used by #defines in
the OMAP3 config files should have declarations.
This patch removes the unneeded declarations.
Not all of the boot_flash_* declarations are needed by all of
the boards. The set for each board was minimized by keeping
the declaration o
Nishanth Menon wrote:
>
>
> On Tue, Nov 17, 2009 at 12:36 AM, Dirk Behme
> wrote:
>> Mai Daftedar wrote:
>>> Hi all,
>>> I was wondering how can we configure the u-boot with the TFTP
>>> capability on the beagle board at runtime..
>> For this you will need ethernet support in U-Boot. There ar
On Tue, Nov 17, 2009 at 12:36 AM, Dirk Behme wrote:
> Mai Daftedar wrote:
>>
>> Hi all,
>> I was wondering how can we configure the u-boot with the TFTP
>> capability on the beagle board at runtime..
>
> For this you will need ethernet support in U-Boot. There are two (?) options
> to achieve
On Tuesday 17 November 2009 03:26:14 Joakim Tjernlund wrote:
> The #include is Linux specific. Use
> compiler.h and adjust the code to cope.
>
> Signed-off-by: Joakim Tjernlund
> ---
>
> Mike, how does this work for you?
this is pretty much the change i committed locally
Signed-off-by: Mike F
Hi Wolfgang,
please pull this one fix from u-boot-cfi-flash.
Thanks.
The following changes since commit 3c014f1586d5bfe30dca7549396915c83f31cd30:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-net
are available in the git repository at:
git://www.denx.de/git/u
On Friday 13 November 2009 09:06:32 이승현 wrote:
> flash_sect_erase() displays message "Erased #N sectors" even when
> there are some protected sectors found and command "erase" fail.
Applied to u-boot-cfi-flash/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang D
The latest changes in the u-boot/next branch increased the size of the
alpr image a bit more. Now it doesn't fit into the 256k reserved for it.
This patch now removes the commands "askenv" and "irq" which are not
needed in the production systems.
Signed-off-by: Stefan Roese
Cc: Pieter Voorthuijse
Remy,
Any comment on DA8xx USB support patches?
These patch set depends on DA8xx base support patches which are available
only on uboot-ti tree.
Regards,
Ajay
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Gupta, Ajay Kumar
The real clock divider is 4 times of the bits LCRR[CLKDIV],
according the latest RevF RM.
Signed-off-by: Dave Liu
---
cpu/mpc85xx/speed.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc85xx/speed.c b/cpu/mpc85xx/speed.c
index 7959082..89ecc87 100644
--- a/c
It may be different settings of Rtt_nom and Rtt_WR
for different boards, adding the override provide the
capability.
Signed-off-by: Dave Liu
---
cpu/mpc8xxx/ddr/ctrl_regs.c | 10 +++---
include/asm-ppc/fsl_ddr_sdram.h |1 +
2 files changed, 8 insertions(+), 3 deletions(-)
diff --g
add the override for write leveling sampling and
start time according to specific board.
Signed-off-by: Dave Liu
---
cpu/mpc8xxx/ddr/ctrl_regs.c | 20 ++--
cpu/mpc8xxx/ddr/options.c |1 +
include/asm-ppc/fsl_ddr_sdram.h |5 +
3 files changed, 20 insertions
Hi Wolfgang,
please pull 2 fixes for esd boards with the CAN SJA1000 header. This
header should be removed again, when real CAN/SJA1000 support will
be added.
Thanks.
The following changes since commit 3c014f1586d5bfe30dca7549396915c83f31cd30:
Wolfgang Denk (1):
Merge branch 'master' o
"nandecc" help output should not reproduce the command name, nor have
a trailing newline.
Signed-off-by: Robert P. J. Day
---
compiled, loaded and run to verify correct output.
diff --git a/cpu/arm_cortexa8/omap3/board.c b/cpu/arm_cortexa8/omap3/board.c
index dd2c940..2aa69b3 100644
--- a/
On Tuesday 27 October 2009 19:58:09 Matthias Fuchs wrote:
> This patch fixes an ugly behavior of the IL712 magnetic coupler
> as used on VOM405. These parts will remember their last state
> over a power cycle which might cause unwanted behavior.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
S
On Monday 26 October 2009 09:58:45 Matthias Fuchs wrote:
> This patch fixes an ugly behavior of the IL712 magnetic couplers
> as used on PLU405. These parts will remember their last state
> over a power cycle which might cause unwanted behavior.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
St
On Monday 26 October 2009 09:55:40 Matthias Fuchs wrote:
> This patch is in preparation for the upcoming PLU405 board fix.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D
Show the simple end result of adding an example board (BeagleBoard).
Signed-off-by: Robert P. J. Day
---
based on dirk's earlier email, i'm emphasizing that this represents
only the *end result* of adding BeagleBoard support to U-Boot.
anything more involved than that wouldn't really belong
Dear "Robert P. J. Day",
In message you wrote:
>
> Show the simple end result of adding an example board (BeagleBoard).
>
> Signed-off-by: Robert P. J. Day
What is this? An unchanged repost of the earlier patch?
I cannot see any indication that this might be a new version
(something
Dear "Robert P. J. Day",
In message you wrote:
>
> > > + First, the new files:
> > > +
> > > + ./board/ti/beagle/
> > > + beagle.c
> > > + beagle.h
> > > + config.mk
> > > + Makefile
> > > + ./include/configs/omap3_beagle.h
> >
> > Most probably the naming convention guys
Show the simple end result of adding an example board (BeagleBoard).
Signed-off-by: Robert P. J. Day
---
based on dirk's earlier email, i'm emphasizing that this represents
only the *end result* of adding BeagleBoard support to U-Boot.
anything more involved than that wouldn't really belong
Hi all.
I'd like to substitute freescale logo inside u-boot code with another one.
I refer to "board/freescale/common/fsl_logo_bmp.c".
Anyway I know there's something usable inside tool/ directory like bmp_logo
that convert a bmp image into a structured C file and like easylogo/ directory.
Do y
On Tue, 17 Nov 2009, Dirk Behme wrote:
> Robert P. J. Day wrote:
> > Explicitly demonstrate an example (BeagleBoard) of what was
> > added/changed to support a new board.
> >
> > Signed-off-by: Robert P. J. Day
> >
> > ---
> >
> > obviously not critical, but it might be useful for readers to se
Robert P. J. Day wrote:
> Explicitly demonstrate an example (BeagleBoard) of what was
> added/changed to support a new board.
>
> Signed-off-by: Robert P. J. Day
>
> ---
>
> obviously not critical, but it might be useful for readers to see
> explicitly what constitutes adding support for a ne
Hi Matthias,
On Sunday 15 November 2009 15:01:45 Matthias Fuchs wrote:
> > +* Make this region non-prefetchable.
> > +*/
> > + /* PMM0 Mask/Attribute - disabled b4 setting */
> > + out_le32((void *)PCIL0_PMM0MA, 0x);
> > + /* PMM0 Local Address */
> > + out_le32((void *)PCI
This patch adds a unified s3c24x0 cpu header file that selects the header
file for the specific s3c24x0 cpu from the SOC and CPU configs defined in
board config file. This removes the current chain of s3c24-type #ifdef's
from the s3c24x0 code.
Signed-off-by: Kevin Morfitt
---
v2 changes: re-base
On 16/11/09 18:02, Paulraj, Sandeep wrote:
> Hi Nick,
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> On Behalf Of Nick Thompson
>> Sent: Monday, November 16, 2009 12:50 PM
>> To: u-boot@lists.denx.de
>> Subject: [U-Boot] [PATCH] Davin
Explicitly demonstrate an example (BeagleBoard) of what was
added/changed to support a new board.
Signed-off-by: Robert P. J. Day
---
obviously not critical, but it might be useful for readers to see
explicitly what constitutes adding support for a new board, file by
file. your choice to ap
Robert P. J. Day wrote:
> i asked about this on the beagleboard list but i figure i can ask
> here as well. while the beagleboard is based on the OMAP3530, if you
> check out board/ti/beagle:
>
> $ grep OMAP3 *
> beagle.c: gd->bd->bi_arch_number = MACH_TYPE_OMAP3_BEAGLE;
> beagle.c: gd-
The #include is Linux specific. Use
compiler.h and adjust the code to cope.
Signed-off-by: Joakim Tjernlund
---
Mike, how does this work for you?
lib_generic/crc32.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/lib_generic/crc32.c b/lib_generic/crc32.
Bring the directory listing more into line with current content.
Signed-off-by: Robert P. J. Day
---
not meant to be comprehensive, just to get things more up-to-date.
feel free to tweak as you see fit.
diff --git a/README b/README
index 2c77687..1e1bccc 100644
--- a/README
+++ b/README
@@
i asked about this on the beagleboard list but i figure i can ask
here as well. while the beagleboard is based on the OMAP3530, if you
check out board/ti/beagle:
$ grep OMAP3 *
beagle.c: gd->bd->bi_arch_number = MACH_TYPE_OMAP3_BEAGLE;
beagle.c: gd->bd->bi_boot_params = (OMAP34XX_S
69 matches
Mail list logo
