Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Fix warning that the first version introduced.
- k
cpu/mpc85xx/cpu.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/cpu/mpc85xx/cpu.c b/cpu/mpc85xx/cpu.c
index 9873383..58d23f4 100644
--- a/cpu/mpc85xx/cpu.c
+++
On Mon, May 26, 2008 at 02:03:42PM -0400, Matt Gessner wrote:
Hi, all!
> I added code to handle the 011 chip, but I really didn't think anyone
> would be interested in it.
> If someone wants it, I can post it.
>
> Wolfgang, are these simple patches of any interest to the general
> community, when
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/cpu.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc85xx/cpu.c b/cpu/mpc85xx/cpu.c
index 9873383..4c7a1c2 100644
--- a/cpu/mpc85xx/cpu.c
+++ b/cpu/mpc85xx/cpu.c
@@ -75,7 +75,7 @@ int checkcpu (void)
Liew Tsi Chung wrote:
>> Where are you getting the +31 from? Is this in the User's Manual?
> No in user's manual. The +31 is rounding up purpose.
The formula (n + 31) / 32 is *NOT ROUNDING* the answer, it is doing a
"ceiling" function. You need to add 1/2 the divisor to *ROUND*, i.e. (n
+ 16)
Hi:
When I try to boot vxWorks using u-boot on freescale mpc8544ds board, it
hungs. Does anybody have a patch which resolves the issue? I am using
1.3.0.rc3 u-boot, provided by freescale.
Thanks,
Leonid.
-
This SF.net email
All,
I have tracked my compilation issues back to several patches.
Wondering if anyone has found a work around for this, obviously a lot of us
are not seeing this issue.
Patch dated 2/29/2008, Add libfdt support to mkimage.
Then following any patches related to sha1 and md5 cause more errors rela
Not sure where exactly yet, but I have tracked this down to someplace
between Release v1.3.2 and Tag v1.3.3-rc1 is where it breaks on my FC5
machine.
Using 'git checkout -f v.1.3.xx', full clean, reconfigure, etc..
I am checking out intermediate versions now to see exactly what commit is
causing
Hi:
I am running standalone application on the top of 1.2.0 u-boot on
at91rm9200 Atmel ARM9 CPU. My application has serial receive from USART1
and because I don't want to loose even single byte and as USARTs on this
CPU don't have FIFO, I resorted to doing receive in interrupt. Interrupt
routine s
> Where are you getting the +31 from? Is this in the User's Manual?
No in user's manual. The +31 is rounding up purpose.
> Computations are for mathematicians. Real engineers measure the
actual frequency. ;-)
Agree.
> If you change the " - 31" to " - 42", your computations will result in
a dif
In message <[EMAIL PROTECTED]> you wrote:
>
> I came across this issue. The files in /tools don't use the CPP flags which
> are defined globally. Instead they use their own CPP flags. The CPPFLAGS +=
> is missing. Is it done with purpose? I couldn't agree? Can someone let me
> know about it?
Ye
So I have downloaded a 'fresh and clean' copy of the latest git and
configured for several existing Freescale based MPC boards.
Example:
make ARCH=ppc CROSS_COMPILE='ppc_6xx-' MPC8360ERDK_config
make ARCH=ppc CROSS_COMPILE='ppc_6xx-' all
I still get the same errors, i.e. __kernel_dev_t_ being de
Dear Leon,
in message <[EMAIL PROTECTED]> you wrote:
>
> triggered by the e-mail below (which solved my issue, thanks Kim) I
> have the following question:
>
> For how long can I expect current u-boot (say 1.3.4) to be forward
> compatible with newer Linux kernels?
I think chances are pretty go
Hi
I came across this issue. The files in /tools don't use the CPP flags which are
defined globally. Instead they use their own CPP flags. The CPPFLAGS += is
missing. Is it done with purpose? I couldn't agree? Can someone let me know
about it?
Thanks
Avinash
--
With Linux running on your system (or booted via a Live CD like
Knoppix):
# lspci -vvv
That should reveal most of the major chips
Device manager on MS Windows may provide similar information.
You may have to physically identify on the smaller chips on the
board, since they will not be visible i
On 14:09 Tue 27 May , Jason McMullan wrote:
> All other u-boot architectures have an include/asm/errno.h, so
> this change adds it to the mips include/asm-mips headers also.
>
> Stolen from Linux 2.6.25.
>
> Signed-off-by: Jason McMullan <[EMAIL PROTECTED]>
> ---
> include/asm-mips/errno.h |
Hello all,
triggered by the e-mail below (which solved my issue, thanks Kim) I
have the following question:
For how long can I expect current u-boot (say 1.3.4) to be forward
compatible with newer Linux kernels?
It seems the u-boot from only half a year old cannot boot a current
Linux kernel (!)
In message <[EMAIL PROTECTED]> you wrote:
>
> Just pulled the latest GIT down today <1.3.3+>, merged with my current code.
>
> .
>
> Anyway, all is well until the newish MD5 code attempts to compile then I get
> two different types of errors.
>
> Is this an artificat of an uncomplete merge per
Hello Kim,
On Wed, May 28, 2008 at 9:38 PM, Kim Phillips
<[EMAIL PROTECTED]> wrote:
> On Wed, 28 May 2008 21:33:33 +0200
> "Leon Woestenberg" <[EMAIL PROTECTED]> wrote:
>
>> I have tried to run the vanilla upstream 2.6.25.4 kernel on my
>> U-Boot 1.3.0-rc2 (Nov 19 2007 - 16:37:36) MPC83XX
>>
>> Is
All,
Just pulled the latest GIT down today <1.3.3+>, merged with my current code.
.
Anyway, all is well until the newish MD5 code attempts to compile then I get
two different types of errors.
Is this an artificat of an uncomplete merge perhaps?
Dependencies on a certain level of kernel that n
Liew Tsi Chung wrote:
> Jerry,
>
> The calculation you provided does not work, I tried it before.
> The best approach is reverse calculation after finding the closer
> counter (or divider), then find the smaller gap to the bus frequency.
>
> Using the calculation without the fix: counter =
Jerry,
The calculation you provided does not work, I tried it before.
The best approach is reverse calculation after finding the closer
counter (or divider), then find the smaller gap to the bus frequency.
Using the calculation without the fix: counter = ((bus_freq / baudrate)
+ 31 )/ 32
On Wed, 28 May 2008 21:33:33 +0200
"Leon Woestenberg" <[EMAIL PROTECTED]> wrote:
> I have tried to run the vanilla upstream 2.6.25.4 kernel on my
..
> U-Boot 1.3.0-rc2 (Nov 19 2007 - 16:37:36) MPC83XX
>
> CPU: e300c3, MPC8315E, Rev: 10 at 400 MHz, CSB: 133 MHz
> Board: Freescale MPC8315ERDB
Hello,
I have tried to run the vanilla upstream 2.6.25.4 kernel on my
MPC8315E-RDB board, but the serial console seems not to respect the
bitrate I give it in u-boot.
(nor does it default to the well-known often used values 9600 ... 230400).
Some findings so far:
- The on-board u-boot comes up pr
Hi All,
It's taking an extremely long time to do a directory listing using the
'ls' command with JFFS2.
Its taking nearly a minute to scan the file system and then about 1
second to print each line.
What is could be the cause of this, and is there any way to speed this
up currently?
--
Stuart W
Soodeh Bakhshandeh wrote:
> Dear sir
> I have a problem. I want to boot my pc with uboot. Which work I shold
> do?what is my roadmap?
> thanks
You need to get the data sheets of all the chips on your board,
including any north bridges, south bridges, video chips (assuming you
want to support vid
Tsi-Chung.Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> If bus frequency is larger than 133MHz, the UART cannot
> output baudrate at 115200 correctly.
>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
> drivers/serial/mcfuart.c |5 -
> 1 files changed, 4 insertions(+
Scott Wood wrote:
> On Wed, May 28, 2008 at 08:12:28PM +0200, Wolfgang Grandegger wrote:
>> This patch adds support for NAND FLASH on the TQM8548. It is disabled by
>> default and can be enabled for the TQM8548 modules. Note that the R/B pin
>> is not supported by that module requiring to use the s
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Joakim Tjernlund
> Sent: den 12 maj 2008 09:26
> To: Wolfgang Denk
> Cc: Haavard Skinnemoen; u-boot-users@lists.sourceforge.net; Nicolas FERRE
> Subject: Re: [U-Boot-Users] [PATCH]: Fix for bug: U-boot e
On Wed, May 28, 2008 at 08:12:28PM +0200, Wolfgang Grandegger wrote:
> This patch adds support for NAND FLASH on the TQM8548. It is disabled by
> default and can be enabled for the TQM8548 modules. Note that the R/B pin
> is not supported by that module requiring to use the specified maximum
> dela
In message <[EMAIL PROTECTED]> you wrote:
>
> I do not work with PC at all so I can not answer any of your question
> but I'm curious as to why you need u-boot if you have a standard PC.
That question is easy to answer - because U-Boot is so much more
powerful than any GIOS I've ever seen.
Best
Some TQM85xx boards could be equipped with up to 1 GiB (NOR) Flash
memory. The current memory map only supports up to 128 MiB Flash.
This patch adds the configuration option CONFIG_TQM_BIGFLASH. If
set, up to 1 GiB flash is supported. To achieve this, the memory
map has to be adjusted in great part
This patch adds support for PCI express cards. The board support
now uses common FSL PCI init code, for both, PCI and PCIe on all
TQM85xx modules.
Signed-off-by: Thomas Waehner <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/law.c | 15 +++-
This patch adds support for NAND FLASH on the TQM8548. It is disabled by
default and can be enabled for the TQM8548 modules. Note that the R/B pin
is not supported by that module requiring to use the specified maximum
delay time.
Note: With NAND support enabled the size of the U-Boot image exceeds
This patch adds support for Linux kernels using the Flat Device Tree.
It also re-defines the default environment settings for booting Linux
with the FDT blob.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
Makefile|3 +-
board/tqc/tqm85xx/tqm85xx.c | 24 +
This patch adds initialization of the UPMC RAM to support up to two
Intel 82527 compatible CAN controller on the TQM85xx modules.
Signed-off-by: Thomas Waehner <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/law.c |4 +++
board/tqc/tqm85xx/
This patch adds basic support for the TQM8548 module from TQ-Components
(http://www.tqc.de/) including DDR2 SDRAM initialisation and support for
eTSEC 3 and 4
Furthermore Flash buffer write has been enabled to speed up output to
the Flash by approx. a factor of 10.
Signed-off-by: Thomas Waehner <
The CS0_BNDS register is now set according to the detected
memory size.
Signed-off-by Martin Krause <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/sdram.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/board/tqc/tqm85xx/sdram.c b/board/tqc/tqm85xx/sdram.c
index 413567e..e0
This patch fixes the re-calculation of the automatic chip select
configuration for boards with two populated FLASH banks.
Signed-off-by: Martin Krause <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/tqm85xx.c | 86 +++---
1 files changed, 47 insertions(+), 39 delet
The 'N' type Spansion flashes (S29GLxxxM series) have bigger sectors,
than the formerly used 'M' types (S29GLxxxM series), so the flash layout
needs to be changed -> new start address of the environment. The macro
definition CONFIG_TQM_FLASH_N_TYPE is undefined by default and must be
defined for bo
Do not configure port pins PD30/PD31 as SCC1 TxD/RxD except for the TQM8560
board. On the other TQM85xx boards (TQM8541 and TQM8555) SCC1 is not used
as serial interface anyway. Worse, on some board variants configuring the
pins for SCC1 leads to short circuits (for example on the TQM8541-BG).
Sig
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
board/tqc/tqm85xx/law.c | 12 +-
board/tqc/tqm85xx/sdram.c | 56
board/tqc/tqm85xx/tlb.c | 98 +++--
board/tqc/tqm85xx/tqm85xx.c | 330 +-
include/configs/TQM85xx.h
The boot output is now aligned poperly with other boot output
lines, e.g.:
FLASH: 128 MB
L2:512 KB enabled
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
cpu/mpc85xx/cpu.c |2 +-
cpu/mpc85xx/cpu_init.c | 18 ++
2 files changed, 11 insertions(+), 9 d
This series of patches fixes various issues with TQM85xx modules and adds
support for TQM8548 modules from TQ Components GmbH (http://www.tqc.de).
Note: The patches rely on "[PATCH] TQM: move TQM boards to board/tqc"
sent a few minutes ago to this list.
Wolfgang.
-
The following changes since commit 1f1554841a4c8e069d331176f0c3059fb2bb8280:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://www.denx.de/git/u-boot-nand-flash.git master
Dirk Behme (1):
nand: Correct NAND
From: TsiChung Liew <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/net/mcffec.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index 5ab4726..8d4e248 100644
--- a/drivers/net/mcffec.c
+++
From: TsiChung Liew <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
lib_m68k/board.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib_m68k/board.c b/lib_m68k/board.c
index ae942e5..d27c89c 100644
--- a/lib_m68k/board.c
+++ b/lib_m68k/board
From: TsiChung Liew <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
Makefile |3 +
board/freescale/m5253demo/Makefile| 44 +++
board/freescale/m5253demo/config.mk | 25 ++
board/freescale/m5253demo/flash.c | 467
From: TsiChung Liew <[EMAIL PROTECTED]>
If bus frequency is larger than 133MHz, the UART cannot
output baudrate at 115200 correctly.
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/serial/mcfuart.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/
On Tue, May 27, 2008 at 10:01:14AM -0400, Stuart Wood wrote:
> Hi All, This is my first attempt at submitting a change so please be
> patient and kind. This change allows for the environment variables to be
> stored in a rand of nand flash. If the first block is bad then the
> environment is stored
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
drivers/net/e1000.c |2 ++
drivers/net/e1000.h |3 ++-
include/pci_ids.h |3 ++-
3 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/net/e1000.c b/drivers/net/
From: Wolfgang Grandegger <[EMAIL PROTECTED]>
Move all TQM board directories to the vendor specific directory "tqc"
for modules from TQ-Components GmbH (http://www.tqc.de).
Note: this patch is too big for posting here and therefore I removed
the hunks moving the files. I could provide the full pa
Anton Vorontsov wrote:
> This patch moves Freescale Localbus defines out of mpc83xx.h, so we could
> use it on MPC85xx and MPC86xx processors.
Can we similarly merge lbus83xx_t with ccsr_lbc?
-Scott
-
This SF.net email is sp
On Wed, 28 May 2008 18:20:15 +0400
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> This patch moves Freescale Localbus defines out of mpc83xx.h, so we could
> use it on MPC85xx and MPC86xx processors.
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> include/asm-ppc/fsl_lbc.h | 251
>
Am Montag 26 Mai 2008 12:55:09 schrieb Haavard Skinnemoen:
> Hi,
Hi Haavard,
first of all, sorry for my late response. I'm busy with other projects. In the
near future I will not test the patch on NIOS, because I'm lacking of test
equipment.
Please contact Scott McNutt. I think he can help, or
On Wed, 2008-05-28 at 11:31 -0500, Jon Loeliger wrote:
> So, I'll through an
s/through/throw/
Bah.
jdl
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt
On Wed, 2008-05-28 at 09:52 -0500, Kumar Gala wrote:
> On May 28, 2008, at 9:19 AM, Anton Vorontsov wrote:
>
> > On Tue, May 27, 2008 at 02:54:19PM -0500, Kumar Gala wrote:
> >>
> >> On May 27, 2008, at 1:24 PM, Anton Vorontsov wrote:
> >>
> >>> This patch adds support for NAND on MPC8610HPCD targ
On Wed, May 28, 2008 at 10:31:09AM +0200, Stefan Roese wrote:
> On Wednesday 28 May 2008, Sergei Poselenov wrote:
> > What is the reason for doing this? Compiler issues? I see the direct
> > pointer addressing is used all over the 85xx code.
Either the compiler or the hardware could reorder direc
As per the thread in:
http://www.nabble.com/-Patch-06-17--U-Boot-V2%3AARM%3A-Add-sizes.h-tt17372780.html#a17372780
sizes.h dependency is removed from the following patch. This is a resubmission.
This patch introduces support for OMAP3430 - provides for generic OMAP3 files.
Signed-off-by: Nishanth
Peter,
I am looping in the list.
> -Original Message-
> From: Peter Pearse [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 28, 2008 3:15 AM
> To: Menon, Nishanth
> Subject: RE: [U-Boot-Users] [Patch 06/17] U-Boot-V2:ARM: Add sizes.h
>
>
>
> > -Original Message-
> > From: [EMAIL
Enhance your marketing efforts with this:
++ 164,305 D e ntists
++ 158,477 Mailing Addresses
++ 163,854 Tel #'s
++ 77,691 Fax Nos.
++ 45,876 E mail Listings
Only until the end of the week - May 30 the new lowered price is $298
get the details by writing to [EMAIL PROTECTED]
Send us an
On May 28, 2008, at 9:19 AM, Anton Vorontsov wrote:
> On Tue, May 27, 2008 at 02:54:19PM -0500, Kumar Gala wrote:
>>
>> On May 27, 2008, at 1:24 PM, Anton Vorontsov wrote:
>>
>>> This patch adds support for NAND on MPC8610HPCD target. We're using
>>> BAT7
>>> and LAW4 entries for 4MB NAND mapping
This patch adds support for NAND on MPC8610HPCD target. We're using BAT7
and LAW4 entries for 4MB NAND mapping.
MPC8610HPCD has four NAND chips in one package, bases as follows:
- 0xe840
- 0xe844
- 0xe848
- 0xe84c
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
board/frees
This patch moves Freescale Localbus defines out of mpc83xx.h, so we could
use it on MPC85xx and MPC86xx processors.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
include/asm-ppc/fsl_lbc.h | 251 +
include/mpc83xx.h | 234 +
On Tue, May 27, 2008 at 02:54:19PM -0500, Kumar Gala wrote:
>
> On May 27, 2008, at 1:24 PM, Anton Vorontsov wrote:
>
>> This patch adds support for NAND on MPC8610HPCD target. We're using
>> BAT7
>> and LAW4 entries for 4MB NAND mapping.
>>
>> MPC8610HPCD has four NAND chips in one package, base
On Wed, 2008-05-28 at 14:33 +0430, Soodeh Bakhshandeh wrote:
> Dear sir
> I have a problem. I want to boot my pc with uboot. Which work I shold
> do?what is my roadmap?
> thanks
I do not work with PC at all so I can not answer any of your question
but I'm curious as to why you need u-boot if you h
On Wed, 2008-05-28 at 14:33 +0430, Soodeh Bakhshandeh wrote:
> Dear sir
> I have a problem. I want to boot my pc with uboot. Which work I shold
> do?what is my roadmap?
> thanks
I do not work with PC at all so I can not answer any of your question
but I'm curious as to why you need u-boot if you h
I'm just wondering what the status and plans are with the V2 branch.
Is the plan that at some future date everyone just stops works on the
main branch and switch over to V2 or is the features of V2 going to be
ported over one by one.
---
Hello!
I'm using u-boot 1.1.6 on a custom PCB of ours when we are prototyping
some hardware. I would like to transfer files over the ethernet to and
from the card using tftp and it seemed natural trying to use the
built-in u-boot functionality for this.
I have written a tftpwrite function which w
Dear sir
I have a problem. I want to boot my pc with uboot. Which work I shold
do?what is my roadmap?
thanks
--
Soodeh Bakhshandeh
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio
Hi Sergei,
On Wednesday 28 May 2008, Sergei Poselenov wrote:
> >> + if (gur->porpllsr & (1<<15)) {
> >
> > Please don't use pointer access for such SoC registers. in_be32() is
> > recommended here.
>
> What is the reason for doing this? Compiler issues? I see the direct
> pointer addressing is u
Hello Stefan,
Stefan Roese wrote:
> On Tuesday 27 May 2008, Wolfgang Denk wrote:
>> Signed-off-by: Sergei Poselenov <[EMAIL PROTECTED]>
>> ---
>> board/socrates/socrates.c | 13 +++--
>> include/configs/socrates.h |3 ++-
>> 2 files changed, 13 insertions(+), 3 deletions(-)
>>
>> d
71 matches
Mail list logo
