I assumed that the stack does not support "loff_t", so I search for
its definition. In /include/asm-ppc/posix_types.h has a definition
for "__kernel_loff_t" which is type defined to "loff_t" in
/include/linux/types.h. I change this "__kernel)loff_t" from "long long"
to "unsigned long". And the Func
Dear Wolfgang Denk:
I'm using U-Boot-2009-08 now. And I have a problem booting
my linux image from nand flash. I can boot from my norflash
using NFS, and mount my Nand flash, nand flash works file with
fstype yaffs2.
I run command nboot 80 0 0 (device 0, offset 0, into memory
0x80), then it
Wolfgang,
I have rebased the arm/next against your next branch.
The result is in arm/next-sync and arm/next
Either is fine if you pull soon.
Else use next-sync.
The outstanding issues with arm/next are
overo and beagle have reported memory problems related to the OMAP3:SDRC changes
onenand build f
> I understand your arguments. If Wolfgang will not reject my pull
> request, I'm fine with it. Could you please use something like:
Ok, I'll rearrange as a data structure as you both suggest.
[I noted you already did the work for me in your message, thanks for that]
/alessandro
_
Hi,
I cloned the uboot git and compile a version for
the board/sbc2410x. I dont see any prompt after
reset.
The way I use the u-boot.bin is by flashing my
nand first. I then tried to load the file in nor
memory with an inchip downloader. at address
0x33f8. Same result, no prompt...
Any help
Alessandro Rubini wrote:
...
> >> +#define CLCD_LBAS 0x0014
> >
> > CLCD_LBAS isn't used in the code, please remove it.
>
> I disagree for two reasons: the register exists in the logic block,
> and the code is copied from a linux header (as noted in the file itself).
>
> Since the
Dear Alessandro,
In message <20091129222444.2e454...@wker> Anatolij Gustschin wrote:
> Hello Alessandro,
>
> Alessandro Rubini wrote:
>
>
> > diff --git a/include/amba_clcd.h b/include/amba_clcd.h
> > new file mode 100644
> > index 000..09c9aa2
> > --- /dev/null
> > +++ b/include/amba_clcd
Alessandro Rubini wrote:
> #elif LCD_BPP == LCD_COLOR16
> - for (c=0; c<16; ++c) {
> - *d++ = (bits & 0x80) ?
> - lcd_color_fg : lcd_color_bg;
> + for (c=0; c<8; ++c) {
> +
Hello
>> +#define CLCD_LBAS 0x0014
>
> CLCD_LBAS isn't used in the code, please remove it.
I disagree for two reasons: the register exists in the logic block,
and the code is copied from a linux header (as noted in the file itself).
Since the clcd block is not something designed f
Hello Alessandro,
Alessandro Rubini wrote:
> diff --git a/include/amba_clcd.h b/include/amba_clcd.h
> new file mode 100644
> index 000..09c9aa2
> --- /dev/null
> +++ b/include/amba_clcd.h
> @@ -0,0 +1,85 @@
...
> +/*
> + * CLCD Controller Internal Register addresses
> + */
> +#define CLCD_T
Dear "alan A. A",
In message you wrote:
>
> first some information:
> -ELDk + U-Boot 200908
> -PPC405 custom board(IBM39 STB02500 LFA)
> -DM9000AEP on board
So this is a custom port, and we don't know your modifications to the
code.
> i have successfully booted the board with u-boot200908, but
Hello,
first some information:
-ELDk + U-Boot 200908
-PPC405 custom board(IBM39 STB02500 LFA)
-DM9000AEP on board
i have successfully booted the board with u-boot200908, but upon issuing a
network
command(like ping), the DM9000x driver enters infinite loop. Here is the output:
>U-Boot 2009.08
Wolfgang Denk a écrit :
>> +int dram_init(void)
>> +{
>> +int i;
>> +
>> +for (i = 0; i < CONFIG_NR_DRAM_BANKS; i++) {
>> +gd->bd->bi_dram[i].start = orion5x_sdram_bar(i);
>> +gd->bd->bi_dram[i].size = orion5x_sdram_bs(i);
>> +}
>> +return 0;
>> +}
>
> Cann
Prafulla Wadaskar a écrit :
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index d70a9d2..93e57f5 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -512,6 +512,10 @@ Unknown / orphaned boards:
>> # Board CPU
>> #
>>
>> ###
Wolfgang Denk a écrit :
> Dear Albert Aribaud,
>> diff --git a/include/asm-arm/arch-orion5x/88f5182.h
>> b/include/asm-arm/arch-orion5x/88f5182.h
>> new file mode 100644
>> index 000..b16b23f
>> --- /dev/null
>> +++ b/include/asm-arm/arch-orion5x/88f5182.h
>
> 88f5182 is a terrible file name
Wolfgang Denk a écrit :
> Dear Albert Aribaud,
> diff --git a/cpu/arm926ejs/orion5x/mpp.c b/cpu/arm926ejs/orion5x/mpp.c
> new file mode 100644
> index 000..f341747
> --- /dev/null
> +++ b/cpu/arm926ejs/orion5x/mpp.c
> ...
> + * This file is licensed under the terms of the GNU General Public
>
16 matches
Mail list logo
