Hi All,
I did it. :)
I am now able to detect the flash. So now I can run the uboot commnads i.e
flinfo to check the flash information.
For this I make use of ST fixup code for M29W128GH in which I changed the
codition for chekcing chipwidth.
To detect the flash I used chipwidth 16 Bits and Port
Hi all,
I am compiling u-boot latest version for MIPS processor Au1350.
When I compile I get the following error as mentioned below.
mipsel-linux-ld:
/opt/rmi-linux/db1300/lib/gcc/mipsel-linux/4.2.4/libgcc.a(_lshrdi3.o):
compiled for a little endian system and target is big endian
Signed-off-by: Peter Tyser
---
{cpu/nios2 => arch/nios2/cpu}/Makefile |0
{cpu/nios2 => arch/nios2/cpu}/config.mk|0
{cpu/nios2 => arch/nios2/cpu}/cpu.c|0
{cpu/nios2 => arch/nios2/cpu}/epcs.c |0
{cpu/nios2 => arch/nios2/cpu}/exceptions.S |0
{cpu/nios2
Signed-off-by: Peter Tyser
---
{cpu/nios => arch/nios/cpu}/Makefile |0
{cpu/nios => arch/nios/cpu}/asmi.c |0
{cpu/nios => arch/nios/cpu}/config.mk|0
{cpu/nios => arch/nios/cpu}/cpu.c|0
{cpu/nios => arch/nios/cpu}/interrupts.c |0
{cpu/nios => arch/nio
Also fix up some whitespace issues that were introduced when moving
directory locations.
Signed-off-by: Peter Tyser
---
README | 158 +---
1 files changed, 91 insertions(+), 67 deletions(-)
diff --git a/README b/README
index d5ccdc5..
Signed-off-by: Peter Tyser
---
{cpu => arch/m68k/cpu}/mcf5227x/Makefile |0
{cpu => arch/m68k/cpu}/mcf5227x/config.mk |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu.c |0
{cpu => arch/m68k/cpu}/mcf5227x/cpu_init.c |0
{cpu => arch/m68k/cpu}/mcf5227x/interrupts.c
Signed-off-by: Peter Tyser
---
{cpu/microblaze => arch/microblaze/cpu}/Makefile |0
{cpu/microblaze => arch/microblaze/cpu}/cache.c|0
{cpu/microblaze => arch/microblaze/cpu}/cpu.c |0
.../microblaze => arch/microblaze/cpu}/exception.c |0
.../microblaze/cpu}/interrupts
Signed-off-by: Peter Tyser
---
{cpu => arch/sparc/cpu}/leon2/Makefile |0
{cpu => arch/sparc/cpu}/leon2/config.mk|0
{cpu => arch/sparc/cpu}/leon2/cpu.c|0
{cpu => arch/sparc/cpu}/leon2/cpu_init.c |0
{cpu => arch/sparc/cpu}/leon2/interrupts.c |0
{cpu => arc
Signed-off-by: Peter Tyser
---
{cpu/i386 => arch/i386/cpu}/Makefile|0
{cpu/i386 => arch/i386/cpu}/config.mk |0
{cpu/i386 => arch/i386/cpu}/cpu.c |0
{cpu/i386 => arch/i386/cpu}/interrupts.c|0
{cpu/i386 => arch/i386/cpu}/resetvec.S
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{cpu/blackfin => arch/blackfin/cpu}/.gitignore |0
{cpu/blackfin => arch/blackfin/cpu}/Makefile |0
.../blackfin/cpu}/bootrom-asm-offsets.awk |0
.../blackfin/cpu}/bootrom-a
Signed-off-by: Peter Tyser
---
{cpu/at32ap => arch/avr32/cpu}/Makefile|0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/Makefile |0
{cpu/at32ap => arch/avr32/cpu}/at32ap700x/clk.c|0
.../at32ap => arch/avr32/cpu}/at32ap700x/portmux.c |0
{cpu/at32ap => arch/avr32/cpu}
Signed-off-by: Peter Tyser
---
{cpu/mips => arch/mips/cpu}/Makefile |0
{cpu/mips => arch/mips/cpu}/asc_serial.c |0
{cpu/mips => arch/mips/cpu}/asc_serial.h |0
{cpu/mips => arch/mips/cpu}/au1x00_eth.c |0
{cpu/mips => arch/mips/cpu}/au1x00_serial.c |
Signed-off-by: Peter Tyser
---
{cpu => arch/sh/cpu}/sh2/Makefile |0
{cpu => arch/sh/cpu}/sh2/cache.c |0
{cpu => arch/sh/cpu}/sh2/config.mk|0
{cpu => arch/sh/cpu}/sh2/cpu.c|0
{cpu => arch/sh/cpu}/sh2/interrupts.c |0
{cpu => arch/sh/cpu}/sh2/start.S
The appropriate include/asm-$ARCH directory should already by symlinked
to include/asm so using the whole "asm-$ARCH" path is unnecessary.
This change should also allow us to move the include/asm-$ARCH
directories into their appropriate lib/$ARCH/ directories.
Signed-off-by: Peter Tyser
---
boa
Move the libfdt directory into the common lib/ directory to clean up the
top-level directory.
Signed-off-by: Peter Tyser
---
Makefile |2 +-
{libfdt => lib/libfdt}/Makefile |0
{libfdt => lib/libfdt}/README|0
{libfdt => lib/libfdt
This series reorganizes U-Boot's directory structure so that it looks
like:
/arch/$ARCH/
/lib/
/include/asm/
/cpu/
/config.mk (old lib_$ARCH/config.mk)
/lib/
/
/libfdt/
/lzma/
/lzo/
Patches 8 through 19 can be squashed if desired, I
Previously, a specific file or directory could be compiled with custom
CFLAGS by adding a Makefile variable such as:
CFLAGS_dlmalloc.o =
or
CFLAGS_lib =
This method breaks down once multiple files or directories share the
same path. Eg FLAGS_fileA = would incorrectly result in
both dir1/fi
The CPUDIR variable points to the location of a target's CPU directory.
Currently, it is set to cpu/$CPU. However, using $CPUDIR will allow for
more flexibility in the future. It lays the groundwork for reorganizing
U-Boot's directory structure to support a layout such as:
arch/$ARCH/cpu/$CPU/
Hi,
First posting to this mailing list so apologies if I make any mailing
list etiquette mistakes.
I'm doing bring up on a new MPC8536 based board and hitting headaches
and had a few questions.
First off is any recommendations/advice on what version of uboot I
should be using? I've got the uboot
Asen Dimov wrote:
> Signed-off-by: Asen Dimov
> ---
> board/ronetix/pm9263/led.c| 15 ++--
> board/ronetix/pm9263/pm9263.c | 195
> +
> include/configs/pm9263.h | 82 -
> 3 files changed, 146 insertions(+), 146 deletions(-)
>
Asen Dimov wrote:
> Signed-off-by: Asen Dimov
> ---
> include/configs/pm9263.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/pm9263.h b/include/configs/pm9263.h
> index 807dba8..f854f38 100644
> --- a/include/configs/pm9263.h
> +++ b/include/config
On Tue, 2010-04-13 at 07:56 +1000, Graeme Russ wrote:
> On Tue, Apr 13, 2010 at 6:21 AM, Peter Tyser wrote:
> > Hi Wolfgang,
> >
> >> In message <1271045621-17393-1-git-send-email-pty...@xes-inc.com> you
> >> wrote:
>
> [snip]
>
> >>
> >> So far nobody else complained, so I think when you post
On Tue, Apr 13, 2010 at 6:21 AM, Peter Tyser wrote:
> Hi Wolfgang,
>
>> In message <1271045621-17393-1-git-send-email-pty...@xes-inc.com> you wrote:
[snip]
>>
>> So far nobody else complained, so I think when you post the next
>> version of this series I will apply it directly to "master".
>
> G
Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
systems.
Add support for display terabyte, petabyte, and exabyte sizes. Change the
output to use International Electrotechnical Commission binary prefix standard.
Signed-off-by: Timur Tabi
---
optimized the loop. If I
Hi Wolfgang,
> In message <1271045621-17393-1-git-send-email-pty...@xes-inc.com> you wrote:
> > This patch fixes 2 issues with the original directory reorganization
> > patchset:
> > 1. It fixes the symlinking of the 'proc' directory in include/asm when
> >building out-of-tree.
> >Anyone k
Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
systems.
Add support for display terabyte, petabyte, and exabyte sizes. Change the
output to use International Electrotechnical Commission binary prefix standard.
Signed-off-by: Timur Tabi
---
lib_generic/display_optio
Timur Tabi wrote:
> Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
> systems.
>
> Add support for display terabyte, petabyte, and exabyte sizes. Change the
> output to use International Electrotechnical Commission binary prefix
> standard.
>
> Signed-off-by: Timur T
Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
systems.
Add support for display terabyte, petabyte, and exabyte sizes. Change the
output to use International Electrotechnical Commission binary prefix standard.
Signed-off-by: Timur Tabi
---
lib_generic/display_optio
Dear Peter Tyser,
In message <1271045621-17393-1-git-send-email-pty...@xes-inc.com> you wrote:
> This patch fixes 2 issues with the original directory reorganization
> patchset:
> 1. It fixes the symlinking of the 'proc' directory in include/asm when
>building out-of-tree.
>Anyone know wha
>From de1623005ece04af9082f397759fe92cbae84211 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 15:08:17 -0400
Subject: [PATCH] fsl_i2c: Added a callpoint for i2c_board_late_init
This patch adds a callpoint in i2c_init that allows board specific
i2c board initialization (ty
Dear richardretanu...@ruggedcom.com,
In message <20100412191703.ga30...@richardretanubun.eng.lan> you wrote:
> From d0d9e0df99ce9035db43ebcf9d48601fa6f096d4 Mon Sep 17 00:00:00 2001
> From: Richard Retanubun
> Date: Mon, 12 Apr 2010 15:08:17 -0400
> Subject: [PATCH] fsl_i2c: Added a callpoint for
Timur Tabi wrote:
> Wolfgang Denk wrote:
>> For example, how big is (ummm: was) a standard 3.5" floppy disk?
>>
>> 1.44 MB, right?
>>
>> Well, actually it's 1474560 bytes, or 1440 * 1024 bytes.
>>
>> So this "MB" here is 1000 * 1024 - which is complete nonsense.
>
> This is bad example, because th
>From d0d9e0df99ce9035db43ebcf9d48601fa6f096d4 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 15:08:17 -0400
Subject: [PATCH] fsl_i2c: Added a callpoint for i2c_board_late_init
This patch adds a callpoint in i2c_init that allows board specific
i2c board initialization (ty
Wolfgang Denk wrote:
> For example, how big is (ummm: was) a standard 3.5" floppy disk?
>
> 1.44 MB, right?
>
> Well, actually it's 1474560 bytes, or 1440 * 1024 bytes.
>
> So this "MB" here is 1000 * 1024 - which is complete nonsense.
This is bad example, because the size of a floppy is neithe
Dear Timur Tabi,
In message <4bc366de.1000...@freescale.com> you wrote:
>
> I guess my objection that I think the whole idea is stupid doesn't count for
> much? I'll do it if Wolfgang insists, but I honestly believe that there was
> no confusion and that the introduction of KiB and its ilk just
Dear Richard,
In message <4bc364d1.8020...@ruggedcom.com> you wrote:
>
> That is one of the options I put forth, what would be a name you like for
> this callpoint?
>
> i2c_board_late_init ??
I think we agree that it's not exactly an elegant name, but given the
fact that we already have board_
Scott Wood wrote:
> It's used often enough (including many places in U-Boot already), and
> there's typically enough context, that I don't think too many would be
> confused.
I guess my objection that I think the whole idea is stupid doesn't count for
much? I'll do it if Wolfgang insists, but
Timur Tabi wrote:
> Wolfgang Denk wrote:
>> We should use standardized names now, i. e. GiB, MiB, KiB, etc.
>
> Ugh. I'm not sure everyone recognizes those acronyms. I'm expecting a lot
> of people to say, "What the hell is MiB? Men in Black?"
It's used often enough (including many places in
Wolfgang Denk wrote:
>
> If you need a late init function, then better add a new one.
Hi Wolfgang,
That is one of the options I put forth, what would be a name you like for this
callpoint?
i2c_board_late_init ??
- Richard
___
U-Boot mailing list
U-
Dear Timur Tabi,
In message <4bc36057.30...@freescale.com> you wrote:
> Wolfgang Denk wrote:
> > We should use standardized names now, i. e. GiB, MiB, KiB, etc.
>
> Ugh. I'm not sure everyone recognizes those acronyms. I'm expecting a lot
> of people to say, "What the hell is MiB? Men in Blac
Dear richardretanu...@ruggedcom.com,
In message <20100412180215.ga11...@richardretanubun.eng.lan> you wrote:
> From 00f84e4a9a2d13971c9328fc815825456b25f760 Mon Sep 17 00:00:00 2001
> From: Richard Retanubun
> Date: Mon, 12 Apr 2010 13:32:09 -0400
> Subject: [PATCH] fsl_i2c: Move the call for i2c
Wolfgang Denk wrote:
> We should use standardized names now, i. e. GiB, MiB, KiB, etc.
Ugh. I'm not sure everyone recognizes those acronyms. I'm expecting a lot of
people to say, "What the hell is MiB? Men in Black?"
--
Timur Tabi
Linux kernel developer at Freescale
_
>From 00f84e4a9a2d13971c9328fc815825456b25f760 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Mon, 12 Apr 2010 13:32:09 -0400
Subject: [PATCH] fsl_i2c: Move the call for i2c_init_board to the end of
i2c_init
This patch moved the call to i2c_init_board to the end of i2c_init.
This allows
Dear Nick Thompson,
In message <4bc34758.3050...@ge.com> you wrote:
>
> > I'm working on it now. I did notice something odd, though. The
> > strings for sizes are GB, MB, and kB. Why is the "k" lowercase?
>
> To differentiate from "K", which means 1000, rather than 1024.
> Example Kg = 1000 gr
Dear Timur Tabi,
In message you
wrote:
> On Fri, Apr 9, 2010 at 3:40 PM, Wolfgang Denk wrote:
>
> > If we make this change, we can probably use this function as well to
> > print the size of storage devices like NAND, USB Mass Storage, hard
> > disk drives, etc. =A0Eventually we can clean up s
> ## Unknown FLASH on Bank 1 - Size = 0x = 0 MB
> flash_protect ON: from 0xFFFC to 0xFFFE81FF
> flash_protect ON: from 0xFFFA to 0xFFFB
> *** failed ***
> ### ERROR ### Please RESET the board ###
>
This is just a wild guess. Check that your memory controller setup is
correct. S
On Sun, Apr 11, 2010 at 3:21 PM, Marek Vasut wrote:
> Stack must be aligned to 8 bytes on PXA (possibly all armv5te) for LDRD/STRD
> instructions. In case LDRD/STRD is issued on an unaligned address, the
> behaviour
> is undefined.
>
Well, I guess this is true for all ARMv5. ARMv6 and later howe
>>> For slow devices, the memory controller is usually setup to use the GPCM.
>>> Check your options and base registers
>>> (OR0 and BR0).
> What is GPCM? Which source/header file I need to check for these settings.?
>
Hi Prakash, I didn't know that a IBM PPC440 CPU didn't contain an
embedded memo
On 12/04/10 17:21, Timur Tabi wrote:
> Nick Thompson wrote:
>
>> To differentiate from "K", which means 1000, rather than 1024.
>
> I don't think that's correct. I understand the 1000/1024 debate, but my
> understanding is that
>
> KB = 1000 bytes
> KiB = 1024 bytes
>
> (personally, I think t
Nick Thompson wrote:
> To differentiate from "K", which means 1000, rather than 1024.
I don't think that's correct. I understand the 1000/1024 debate, but my
understanding is that
KB = 1000 bytes
KiB = 1024 bytes
(personally, I think the whole kibi-byte thing is stupid, and we should just
sa
On 12/04/10 17:12, Timur Tabi wrote:
> On Fri, Apr 9, 2010 at 3:40 PM, Wolfgang Denk wrote:
>
>> If we make this change, we can probably use this function as well to
>> print the size of storage devices like NAND, USB Mass Storage, hard
>> disk drives, etc. Eventually we can clean up some pieces
On Fri, Apr 9, 2010 at 3:40 PM, Wolfgang Denk wrote:
> If we make this change, we can probably use this function as well to
> print the size of storage devices like NAND, USB Mass Storage, hard
> disk drives, etc. Eventually we can clean up some pieces of code
> then...
I'm working on it now.
On Fri, Apr 9, 2010 at 3:10 PM, Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message <1269990179-23666-1-git-send-email-ti...@freescale.com> you wrote:
>> In print_size(), the math that calculates the fractional remainder of a
>> number
>> used the same integer size as a physical address. Howe
Hi all,
I am trying to implement a remote update feature for a at91sam9263ek board
using tftp. basically i want to get this feature working with NAND flash
similar to the link given below.
http://www.denx.de/wiki/DULG/HowCanIImplementAutomaticSoftwareUpdates
http://git.denx.de/?p=u-boot.git;a=blob
(apparently one of Prafulla's answers did not reach me; copy-pasting it
and replying even though it's slightly out of place within the thread)
Prafulla Wadaskar a écrit :
>
>> -Original Message-
>> From: u-boot-bounces at lists.denx.de
>> [mailto:u-boot-bounces at lists.denx.de] On Beha
TNETV107X is a Texas Instruments SoC based on an ARM1176 core, and with a
bunch on on-chip integrated peripherals. This patch adds support for the
TNETV107X EVM board.
Signed-off-by: Cyril Chemparathy
---
v4: rebased on next in u-boot-arm.git (unchanged)
v3: Added NAND MTDID comment in board con
TNETV107X is a Texas Instruments SoC based on an ARM1176 core, and with a
bunch on on-chip integrated peripherals. This patch series generalizes current
ARM1176 code to allow for the addition of new ARM1176 SOCs. The remaining
patches in this series add arch and board support.
The contents of th
The current ARM1176 CPU specific code is too specific to the SMDK6400
architecture. The following changes were necessary prerequisites for the
addition of other SoCs based on ARM1176.
Existing board's (SMDK6400) configuration has been modified to keep behavior
unchanged despite these changes.
1.
Hi Ulf,
Thanks for the reply. I applied your patches but I still can't get it to
read the SD card
Without the SD card:
U-Boot> mmc init 0
mmc: command 55 failed (status: 0x0c100025)
mmc: command 1 failed (status: 0x0c100025)
No MMC card found
With the SD card:
U-Boot> mmc init 0
mmc: command 1 f
Hi All,
I have MPC8379 board. It has 2 serial ports.
1 is connected to the console, while the 2nd serial port is connected
to another micro-controller.
I would like to use both the serial port, how do I achieve this?
As far as serial port configuration is concerned What should go in
include/conf
Dear Prafulla,
In message
you wrote:
>
> My re-confirmation discussion was w.r.to "GPL v2 or later"
Thanks a lot for this confirmation.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groe
Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Wolfgang Denk [mailto:w...@denx.de]
>> Sent: Monday, April 12, 2010 4:16 PM
>> To: Prafulla Wadaskar
>> Cc: Albert ARIBAUD; U-Boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH V6 1/3] Initial support for
>> Marvell Orion5x
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
> Sent: Friday, April 09, 2010 3:08 PM
> To: Albert Aribaud; U-Boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V6 3/3] Add support for the
> LaCie ED Mini
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, April 12, 2010 4:16 PM
> To: Prafulla Wadaskar
> Cc: Albert ARIBAUD; U-Boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V6 1/3] Initial support for
> Marvell Orion5x SoC
>
> Dear Prafulla,
>
> In messag
Dear Prafulla,
In message
you wrote:
>
> After re-confirmation with internal teams.
> Yes, all the code that is going out from Marvell for U-boot + LSP
> by any means is meant to be GPL, if something is missing that
> can/should be corrected.
"GPL" alone is not precise enough - it could mean "
Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
>> Sent: Sunday, April 11, 2010 1:12 PM
>> To: Albert ARIBAUD
>> Cc: Wolfgang Denk; U-Boot@lists.denx.de; Prafulla Wadaskar
>> Subject: Re: [U-Boot] [PATCH V6 1/3] Initial suppo
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Sunday, April 11, 2010 1:12 PM
> To: Albert ARIBAUD
> Cc: Wolfgang Denk; U-Boot@lists.denx.de; Prafulla Wadaskar
> Subject: Re: [U-Boot] [PATCH V6 1/3] Initial support for
> Marvell Orion5x SoC
>
> Alb
On Monday 12 April 2010 06:18:12 prakash bedge wrote:
> >> Right. Most likely you just need to tune the chip select timing
> >> registers
>
> And of course the size of the CS.
> What mean by size of CS? Which file I should check for timing register for
> S29GL512P?
IIRC, then you have a custom PP
This board is similar to suvd3 board. So most initialisation topics
are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
application specific chip selects differ.
Signed-off-by: Lukas Roggli
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
---
MAINTAINERS
This board is similar to suvd3 board. So most initialisation topics
are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
application specific chip selects differ.
Signed-off-by: Lukas Roggli
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
---
MAINTAINERS
- serial console on UART1
- Ethernet RMII over UCC4
- PHY SMSC LAN8700
- 64MB Flash
- 128 MB DDR2 RAM
- I2C
- bootcount
This board is similiar to the kmeter1 (8360) board,
so common config options are extracted into the
include/configs/km83xx-common.h file.
Signed-off-by: Heiko Schocher
---
MAI
- This patch reworks all headerfiles for keymile boards (coge, supx4,
eter1, suen3).
Furthermore, a refactoring on the whole environment variables has been
acomplished.
- Environment variables:
- grouped into logical blocks (#defines) based on the functionality/purpose
- short descriptio
This series reorganizes the headerfiles for the boards
manufactured by keymile, and based on this reorganization
3 new 83xx boards from keymile.
The following changes since commit fd4e49c18901a50b1648235f26da1e8caa0f8764:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-bo
73 matches
Mail list logo
