Jeff,
On Thursday 17 December 2009 22:09:03 Jeff Angielski wrote:
> The "ubi part" command is failing for me on my PowerPC 85xx board. I am
> not trying to do anything special, just create the partitions and
> volumes so that I can try writing an ubi.img. It spits out enough
> information that i
Hi Heiko,
On Thursday 17 December 2009 19:23:58 Heiko Schocher wrote:
> > We already have some similar common config files. Take a look for example
> > at the AMCC config header:
> >
> > include/configs/amcc-common.h
>
> I vote for collecting "common config files" in a subdir:
>
> include/config
Because of v7_flush_dcache_all is moved to omap3/cache.S
and s5pc110 needs cache routines, need to update s5pc1xx cache routines.
l2_cache_enable and l2_caceh_disable are moved from cache.c to cache.S
and invalidate_dcache is modified for SoC specific.
Signed-off-by: Minkyu Kang
---
cpu/arm_cor
This patch fixes the compile error while trying to
compile for omap3evm.
env_onenand.c: In function 'env_relocate_spec':
env_onenand.c:70: error: 'CONFIG_ENV_ADDR_FLEX' undeclared
(first use in this function)
env_onenand.c:70: error: (Each undeclared identifier is re
ported only once
env_onenand.
Nick Thompson ge.com> writes:
>
> On 16/12/09 10:24, Sudhakar Rajashekhara wrote:
> > Provides initial support for TI OMAP-L138/DA850 SoC devices on
> > a Logic PD EVM board.
> >
> > Provides:
> > Initial boot and configuration.
> > Support for i2c.
> > UART support (console).
> >
> > Signed-o
make -C lib_generic/
zlib.c:31:27: error: asm/unaligned.h: No such file or directory
zlib.c: In function 'inflate_fast':
zlib.c:641: warning: implicit declaration of function 'get_unaligned'
make[1]: *** [zlib.o] Error 1
make[1]: Leaving directory `/home/skuribay/git/u-boot.git/lib_generic'
make: *
Hi Sanjeev,
>
> Is there any update on the fix/proposal?
>
> I am trying to build for omap3_evm; but see the same problem.
> My repo is currently at:
> bb3bcfa : Merge branch 'next' of ../next
> a200a7c : Update CHANGELOG; prepare Prepare v2009.11
>
As Scott pointed out rightly, my previou
Hi all please help me
Am a beginner in Linux. I have a PC with UBUNTU 9.04 installed .
I was trying to boot Linux PC from USB. I could able to boot PC with GRUB
installed
in USB .
Is it possible to boot the PC (X86 architecture) from USB with U-Boot in the
USB?
What all configuration changes
Shinya Kuribayashi wrote:
> make -C lib_generic/
> zlib.c:31:27: error: asm/unaligned.h: No such file or directory
> zlib.c: In function 'inflate_fast':
> zlib.c:641: warning: implicit declaration of function 'get_unaligned'
> make[1]: *** [zlib.o] Error 1
> make[1]: Leaving directory `/home/skurib
On Friday 18 December 2009 11:32:13 Shinya Kuribayashi wrote:
> make -C lib_generic/
> zlib.c:31:27: error: asm/unaligned.h: No such file or directory
> zlib.c: In function 'inflate_fast':
> zlib.c:641: warning: implicit declaration of function 'get_unaligned'
> make[1]: *** [zlib.o] Error 1
> make
Stefan Roese wrote:
> On Friday 18 December 2009 11:32:13 Shinya Kuribayashi wrote:
>> make -C lib_generic/
>> zlib.c:31:27: error: asm/unaligned.h: No such file or directory
>> zlib.c: In function 'inflate_fast':
>> zlib.c:641: warning: implicit declaration of function 'get_unaligned'
>> make[1]:
On Friday 18 December 2009 13:04:59 Himanshu Chauhan wrote:
> >> Import relevant header file from LMO tree (slightly modified to U-Boot).
> >
> > Why don't you import this file from the Linux tree? This should work
> > without modifications. And that's what we've done for PPC and ARM as
> > well.
>
On Friday 18 December 2009 13:20:56 Stefan Roese wrote:
> > I think thats what it is. Both are same.
>
> No, not exactly. They're nearly identical. But there are differences. Not
> sure if these differences are important though.
>
> Don't get me wrong. I'm not NACK'ing the patch. I'm just pointi
Hi,
On Fri, Dec 18, 2009 at 02:42:01, Wolfgang Denk wrote:
> Dear Sudhakar Rajashekhara,
>
> In message <1260959053-29746-1-git-send-email-sudhakar@ti.com> you wrote:
> > DA850/OMAP-L138 is a new SoC from Texas Instruments
> > (http://focus.ti.com/docs/prod/folders/print/omap-l138.html).
> >
Jeff, what is the size of your allocateble memory. Had to increase it to 4MB
to get it working.
On Fri, Dec 18, 2009 at 9:16 AM, Stefan Roese wrote:
> Jeff,
>
> On Thursday 17 December 2009 22:09:03 Jeff Angielski wrote:
>> The "ubi part" command is failing for me on my PowerPC 85xx board. I am
Sasi, Anoop IN BLR SISL wrote:
> Hi all please help me
>
> Am a beginner in Linux. I have a PC with UBUNTU 9.04 installed .
> I was trying to boot Linux PC from USB. I could able to boot PC with GRUB
> installed
> in USB .
>
> Is it possible to boot the PC (X86 architecture) from USB with U-Boo
On Friday 18 December 2009 13:35:26 hedwin wrote:
> Jeff, what is the size of your allocateble memory. Had to increase it to
> 4MB to get it working.
I've got 1MByte for my test on Kilauea. This should be enough. There
is already a compile-time check in the UBI code:
#if (CONFIG_SYS_MALLOC_LEN
Stefan Roese wrote:
> On Friday 18 December 2009 13:20:56 Stefan Roese wrote:
>>> I think thats what it is. Both are same.
>> No, not exactly. They're nearly identical. But there are differences. Not
>> sure if these differences are important though.
>>
>> Don't get me wrong. I'm not NACK'ing the
Hi,
Wolfgang Denk denx.de> writes:
>
> Please do not add such scripting to the top level Makefile; it is not
> needed any more.
>
OK. I'll remove it.
> > --- /dev/null
> > +++ b/include/configs/da850evm.h
> ...
> > +/*
> > + * U-Boot general configuration
> > + */
> > +#undef CONFIG_USE_IRQ
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2.
Signed-off-by: Nick Thompson
---
CHANGES:
Move ;'s from the end of all empty while loops to next line.
U-Boot hangs with qemu-system-mips with ##unknown flash error.
Disabling flash using CONFIG_SYS_NO_FLASH breaks the build.
This patch fixes the issue. Don't know if its okay.
Signed-off-by: Himanshu Chauhan
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index efd6aec..5bd3af0 100644
--- a/
On Friday 18 December 2009 14:02:01 Shinya Kuribayashi wrote:
> >> I think thats what it is. Both are same.
> >
> > No, not exactly. They're nearly identical. But there are differences. Not
> > sure if these differences are important though.
>
> Hm, the original header is (lmo = linux-mips.org):
>
Stefan Roese wrote:
> On Friday 18 December 2009 13:04:59 Himanshu Chauhan wrote:
Import relevant header file from LMO tree (slightly modified to U-Boot).
>>> Why don't you import this file from the Linux tree? This should work
>>> without modifications. And that's what we've done for PPC and
Shinya Kuribayashi wrote:
> make -C lib_generic/
> zlib.c:31:27: error: asm/unaligned.h: No such file or directory
> zlib.c: In function 'inflate_fast':
> zlib.c:641: warning: implicit declaration of function 'get_unaligned'
> make[1]: *** [zlib.o] Error 1
> make[1]: Leaving directory `/home/skurib
Himanshu Chauhan wrote:
>> Himanshu Chauhan wrote:
>>> I see that in include directory asm points to asm-mips. Inside
>>> asm-mips there is another link arch->arch-mips which is a dead link.
>>> THere is no directory named arch-mips there.
>> This is another topic, let's ignore here.
>
> Is arch-m
On 18/12/09 12:57, Nick Thompson wrote:
> The EMAC IP on DM365, DM646x and DA830 is slightly different
> from that on DM644x. This change updates the DaVinci EMAC driver
> so that EMAC becomes operational on SOCs with EMAC v2.
Please ignore this patch...
The patch is incorrectly formatted due to
The EMAC IP on DM365, DM646x and DA830 is slightly different
from that on DM644x. This change updates the DaVinci EMAC driver
so that EMAC becomes operational on SOCs with EMAC v2.
Signed-off-by: Nick Thompson
---
v2 was messed up, these changes are relative to the original patch
CHANGES:
Sanjeev Premi wrote:
> This patch fixes the compile error while trying to
> compile for omap3evm.
>
> env_onenand.c: In function 'env_relocate_spec':
> env_onenand.c:70: error: 'CONFIG_ENV_ADDR_FLEX' undeclared
> (first use in this function)
> env_onenand.c:70: error: (Each undeclared identifier
Dear Wolfgang Denk,
On Thu, Dec 17, 2009 at 11:33:07PM +0100, Wolfgang Denk wrote:
> Dear Wolfgang Wegner,
>
[...]
> > diff --git a/Makefile b/Makefile
> > index 75b2c1e..924e210 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -2263,6 +2263,18 @@ M5485HFE_config :unconfig
> > TASREG_conf
DA850/OMAP-L138 is a new SoC from Texas Instruments
(http://focus.ti.com/docs/prod/folders/print/omap-l138.html).
This SoC is similar to DA830/OMAP-L137 in many aspects. Hence
rename the da830 specific files and folders to da8xx to
accommodate DA850/OMAP-L138.
Signed-off-by: Sudhakar Rajashekhara
Provides initial support for TI OMAP-L138/DA850 SoC devices on
a Logic PD EVM board.
Provides:
Initial boot and configuration.
Support for i2c.
UART support (console).
Signed-off-by: Sudhakar Rajashekhara
---
This patch applies to u-boot-ti branch.
Since the previous version following are the c
Provides initial support for TI OMAP-L138/DA850 SoC devices
on a Logic PD EVM board.
Signed-off-by: Sudhakar Rajashekhara
---
This patch applies to u-boot-ti branch.
Since the previous version following are the changes:
1. Scripting has been removed from the main Makefile.
2. Com
hedwin wrote:
> Jeff, what is the size of your allocateble memory. Had to increase it to 4MB
> to get it working.
#define CONFIG_SYS_MALLOC_LEN (1024 * 1024)
I'll try increasing it to see if that helps.
>
> On Fri, Dec 18, 2009 at 9:16 AM, Stefan Roese wrote:
>> Jeff,
>>
>> On Thursd
Stefan Roese wrote:
> On Friday 18 December 2009 13:35:26 hedwin wrote:
>> Jeff, what is the size of your allocateble memory. Had to increase it to
>> 4MB to get it working.
>
> I've got 1MByte for my test on Kilauea. This should be enough. There
> is already a compile-time check in the UBI code:
Signed-off-by: Detlev Zundel
---
include/mpc5xxx.h | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/include/mpc5xxx.h b/include/mpc5xxx.h
index 476d149..4dcf90c 100644
--- a/include/mpc5xxx.h
+++ b/include/mpc5xxx.h
@@ -947,6 +947,23 @@ struct mpc5xxx_msca
Signed-off-by: Detlev Zundel
---
cpu/mpc5xxx/cpu_init.c | 126 +--
1 files changed, 78 insertions(+), 48 deletions(-)
diff --git a/cpu/mpc5xxx/cpu_init.c b/cpu/mpc5xxx/cpu_init.c
index 14bd417..acff5f5 100644
--- a/cpu/mpc5xxx/cpu_init.c
+++ b/cpu/mpc
This is some more cleanup moving to IO accessor functions.
And yes, I know about the checkpatch warnings, but this is inline with
the current code.
Detlev Zundel (2):
mpc5xxx.h: Add structure definition for XLB arbiter block.
mpc5xxx/cpu_init.c: Convert to IO accessors.
cpu/mpc5xxx/cpu_init
On Wed 16 Dec 2009 21:55, Rob Westfall pondered:
> Where exactly is the line for what you have to provide vs what you
> don't have to provide?
>
> We are building boards that are based on a standard board, but we have
> obviously had to modify include/config/ to setup for our
> hardware and create
Hi everybody,
U-Boot v2009.11 has been released and is available from the git
repository and the FTP server.
The "next" branch has been pulled into mainline ("master" branch) and
has been removed afterward.
The Merge Window for the next release (v2010.02) is open until Mon
Jan 18, 2010, 23:59:59
Dear Wolfgang Wegner,
In message <20091218142428.gd30...@leila.ping.de> you wrote:
>
> > > TASREG_config : unconfig
> > > @$(MKCONFIG) $(@:_config=) m68k mcf52x2 tasreg esd
> > >
> > > +astro_mcf5373l_config \
> > > +astro_mcf5373l_ram_config : unconfig
> > > + @if [ "$@" = "as
Dear Wolfgang Wegner,
In message <20091217235204.gb30...@leila.ping.de> you wrote:
>
> > Please keep lists sorted, and don't add such scripting to the
> > Makefile. It is not needed any more.
>
> How can I avoid this scripting? I took the freescale EVM boards as a
> reference. Could you please p
hi,
El Tue, Dec 08, 2009 at 09:33:18PM +0100 Wolfgang Denk ha dit:
> After relocation we have a full-blown, "normal" C runtime environment.
> Before that, you can use C as well, if you mind the restrictions (like
> data and bss not being available/writable yet, no real stack, etc.).
as suggested
Dear Himanshu Chauhan,
In message <4b2b79a9.1000...@symmetricore.com> you wrote:
> Stefan Roese wrote:
> > On Friday 18 December 2009 13:20:56 Stefan Roese wrote:
> >>> I think thats what it is. Both are same.
> >> No, not exactly. They're nearly identical. But there are differences. Not
> >> sur
Dear Wolfgang,
>> Signed-off-by: Vipin
> ...
>> +static ulong flash_get_size(ulong base, int banknum)
>> +{
>> + flash_info_t *info = &flash_info[banknum];
>> + unsigned int value = 0;
>> + unsigned int density = 0;
>
> remove useless initialization.
Ok
I will send out a fresh patchs
Wolfgang Denk wrote:
> Dear Himanshu Chauhan,
>
> In message <4b2b79a9.1000...@symmetricore.com> you wrote:
>> Stefan Roese wrote:
>>> On Friday 18 December 2009 13:20:56 Stefan Roese wrote:
> I think thats what it is. Both are same.
No, not exactly. They're nearly identical. But there ar
U-Boot hangs with qemu-system-mips with ##unknown flash error.
Disabling flash using CONFIG_SYS_NO_FLASH breaks the build.
This patch fixes the issue. Don't know if its okay.
Signed-off-by: Himanshu Chauhan
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index efd6aec..5bd3af0 100644
--- a/
Dear Wolfgang,
>>
>> Signed-off-by: Vipin
>> ---
>> common/main.c | 2 +
>> drivers/serial/usbtty.h | 2 +
>> drivers/usb/gadget/Makefile | 1 +
>> drivers/usb/gadget/spr_udc.c | 996
>> +
>> incl
Dear Wolfgang,
>>
>> Signed-off-by: Vipin
> ...
>> diff --git a/board/spear/spear300/config.mk b/board/spear/spear300/config.mk
>> new file mode 100755
>> index 000..90a6cf9
>> --- /dev/null
>> +++ b/board/spear/spear300/config.mk
> ...
>> +PLATFORM_RELFLAGS += -DCONFIG_SPEAR_USBTTY
>> +endif
Dear Wolfgang,
>>
>> Signed-off-by: Vipin
>> ---
>> MAKEALL | 1 +
>> Makefile | 3 +
>> board/spear/spear310/Makefile | 52 +
>> board/spear/spear310/config.mk | 42
>> board/spear/spear310/spr310_board.c | 5
Dear Vipin Kumar,
In message <83d1d72b0912182244yb303c6ai3b61d7b896020...@mail.gmail.com> you
wrote:
>
> >> + switch (density) {
> >> + case 0x10:
> >> + info->size = 64 * 1024;
> >> + info->sector_count = 2;
> >> + break;
> >> + case 0x11:
> >> +
Dear Wolfgang,
>> Signed-off-by: Vipin
>> ---
>> MAKEALL | 1 +
>> Makefile | 3 +
>> board/spear/spear320/Makefile | 52 ++
>> board/spear/spear320/config.mk | 42 +
>> board/spear/spear320/spr320_board.c | 58
Dear Vipin Kumar,
In message <83d1d72b0912182302m68e7ba06q5e23a695f855...@mail.gmail.com> you
wrote:
>
> >> --- a/common/main.c
> >> +++ b/common/main.c
> >> @@ -397,6 +397,7 @@ void main_loop (void)
> >>
> >> debug ("### main_loop: bootcmd=\"%s\"\n", s ? s : " NED>");
> >>
> >> +#if !defin
Dear Vipin Kumar,
In message <83d1d72b0912182310i1abf805jf6e338fd01fae...@mail.gmail.com> you
wrote:
>
> > CONFIG_SYS_HZ _must_ be defined as 1000.
>
> Could not understand the reason why it is necessary
Some parts of the code rely on this. It has been a bad idea to ever
make this a config var
Dear Wolfgang,
>>
>> Signed-off-by: Vipin
>> ---
>> MAKEALL | 1 +
>> Makefile | 3 +++
>> 2 files changed, 4 insertions(+), 0 deletions(-)
>
> This patch must be merged with the one adding the actual code for this
> board.
Ok. Patch merged with the previous one where actual code for SPE
Dear Wolfgang,
> In message <1261090481.11634.5308.ca...@localhost.localdomain> you wrote:
>>
>> > > I haven't looked at the code differences between the sp3xx boards, but
>> > > you might be able to use 1 common board file/header file to support them
>> > > all. For example, take a look at the M
Dear Wolfgang,
> In message <83d1d72b0912182244yb303c6ai3b61d7b896020...@mail.gmail.com> you
> wrote:
>>
>> >> + switch (density) {
>> >> + case 0x10:
>> >> + info->size = 64 * 1024;
>> >> + info->sector_count = 2;
>> >> + break;
>> >> + case 0x11:
Dear Wolfgang,
> In message <83d1d72b0912182310i1abf805jf6e338fd01fae...@mail.gmail.com> you
> wrote:
>>
>> > CONFIG_SYS_HZ _must_ be defined as 1000.
>>
>> Could not understand the reason why it is necessary
>
> Some parts of the code rely on this. It has been a bad idea to ever
> make this a co
57 matches
Mail list logo