Reinhard Meyer schrieb:
> Signed-off-by: Reinhard Meyer
> ---
> board/emk/top9000/Makefile |6 +++---
> board/emk/top9000/top9000.c |2 +-
> include/configs/top9000.h |4 ++--
> 3 files changed, 6 insertions(+), 6 deletions(-)
Applied to u-boot-atmel/for-upstream.
Dear Guido Classen,
> Dear Reinhard Meyer,
>
> please find below the git-format-patch generated patch.
> Sorry, I can not see whose thread I hijacked. May you please explain?
>
> Best Regards
> Guido
Please no patch irrelevant text before the "---" line below!
>
> Signed-off-by: Guido Class
On Monday 25 October 2010 18:32:08 Stefan Roese wrote:
> The t3corp board has an Xilinx DS617 flash chip connected to the
> onboard FPGA. This patch adds support for these chips. Board
> specific flash accessor functions are needed, since the chips
> can only be read correctly in 16bit mode.
>
> A
On Friday 26 November 2010 15:43:17 Stefan Roese wrote:
> Ths old comment was quite screwed up. Replace it with a new version
> that should be a bit more descriptive.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
On Friday 26 November 2010 15:45:48 Stefan Roese wrote:
> This patch includes the following changes for the lwmon5 board support:
>
> - Enable cache in SDRAM
> - Use common EHCI driver instead of the PPC4xx specific OHCI driver
> This can be done since only high-speed devices are connected.
> -
On Friday 26 November 2010 19:17:40 Stefan Roese wrote:
> This patch changes the PPC4xx ethernet POST loop test count from
> currently 192 (256 - 64) to a default of 10. While doing this the max
> frame size is increased. Each loop run uses a different frame size,
> starting with a max of 1514 byte
On Tuesday 07 December 2010 14:27:56 Ricardo Ribalda Delgado wrote:
> Use common ppc4xx linker script for xilinx ppc440 and ppc405 related
> boards.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,
On Monday 25 October 2010 18:31:29 Stefan Roese wrote:
> This patch adds some calls to set the flash chip in the read-status-
> register- or read-id-mode before the corresponding register is
> read back. This problem was detected while porting the common CFI
> driver to support the Xilinx DS617 fla
On Monday 25 October 2010 18:31:39 Stefan Roese wrote:
> The function sector_erased() is modified to not use pointer
> access, but to use the correct accessor functions. This fixes a
> problem on the t3corp board with the Xilinx DS617 flash chips. Here
> a board specific accessor function is needed
On Monday 25 October 2010 18:31:48 Stefan Roese wrote:
> This patch adds the possibility to (optinally) write to the
> flash configuration register. The Intel style CFI chips support
> such a register that can be used to configure the operation
> mode to a non-default value.
>
> This method will b
Dear s-paul...@ti.com,
In message <1292294751-6695-1-git-send-email-s-paul...@ti.com> you wrote:
> Wolfgang,
>
> If you think this is not too late, then please add this to master.
> If not to next.
>
> Regards,
> Sandeep
>
> The following changes since commit f8689b9eb3a7f6925cd50404a1247988918
The following changes since commit 6741b5310f81ae5ae0132ad85b09fb31d6377b6c:
pm9261: enable cache command (2010-12-16 22:46:06 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Sandeep Paulraj (5):
DaVinci: Config cleanup
DaVinci Sonata: Add A
Signed-off-by: Heiko Schocher
---
include/configs/TQM5200.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/configs/TQM5200.h b/include/configs/TQM5200.h
index e822a59..58774ff 100644
--- a/include/configs/TQM5200.h
+++ b/include/configs/TQM5200.h
@@ -4
new default partittions on nor flash:
640k (firmware)
1408k (kernel)
2m (initrd)
4m (small-fs)
24320k (big-fs)
256k (dts)
Signed-off-by: Heiko Schocher
---
include/configs/TQM5200.h | 14 +-
include/configs/charon.h |1 +
2 files changed, 14 insertions(+), 1 dele
Dear Wolfgang,
The following changes since commit 6741b5310f81ae5ae0132ad85b09fb31d6377b6c:
Asen Dimov (1):
pm9261: enable cache command
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git for-upstream
Reinhard Meyer (1):
AT91: fix TOP9000 build problem
> detection might work without PCI slave-initiated transfer and the
> root hub is OHCI internal. But - just guessing. If you have double
> checked the window there are no more ideas from my side.
Do you setup host bridge window base & size? Exactly, I didn’t set
it before. Suppose, PCI devices on
Hello everybody.
* U-Boot v2010.12-rc3 was released on Friday, December 17.
* Release "v2010.12" is scheduled in 5 days:
on December 22, 2010 (9 days delayed).
Please help testing, and check if all your relevant patches have been
included.
Current status is so-so. Power Architecture appears
In message <20101217090939.e703bd1c...@gemini.denx.de> you wrote:
> The following changes since commit 6741b5310f81ae5ae0132ad85b09fb31d6377b6c:
>
> pm9261: enable cache command (2010-12-16 22:46:06 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-arm.git master
>
Hi Gavin,
> > detection might work without PCI slave-initiated transfer and the
> > root hub is OHCI internal. But - just guessing. If you have double
> > checked the window there are no more ideas from my side.
>
> Do you setup host bridge window base & size? Exactly, I didn¡¦t set
> it before.
Hi All,
Can you please provide pointers to resolve this issue?
==
CCWMX51 # nfs 0x9400 10.80.1.126:u-boot.bin
Using FEC0 device
File transfer via NFS from server 10.80.1.126; our IP address is 192.168.42.30
Filename 'u-boot.bin/-u-
Hi Wolfgang,
The following changes since commit 97a85b223ab316d11f3a374fecc5d449a1c8a694:
powerpc/nand spl: link libgcc (2010-12-16 23:19:14 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git next
Ricardo Ribalda Delgado (1):
xilinx-ppc4xx-generic:
Hi Wolfgang,
The following changes since commit 97a85b223ab316d11f3a374fecc5d449a1c8a694:
powerpc/nand spl: link libgcc (2010-12-16 23:19:14 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git next
Stefan Roese (3):
cfi_flash: Fix problems with st
Dear "T K, Sunil Kumar",
In message <674d2c24c8992f46817bbbf3ecae914f4ebf871...@blr-sms-exch01.digi.com>
you wrote:
>
> ## Warning: gatewayip needed but not set
OK, this is a pretty clear message.
> Even after setting the gatewayip I could see the error messages as shown be=
> low:
...
> CCWMX5
Le 17/12/2010 04:05, Jason Liu a écrit :
> There is pretty much different with I.MX51 ROM, we will not use DCD
> data file to config the
> DDR script since ROM has the DCD size limitation and use the advance
> feature of what we
> called plug-in, the plug-in code must be in the first 2K of MMC c
On Oct 26, 2010, at 4:22 AM, Priyanka Jain wrote:
> PT7C4338 chip is being manufactured by Pericom Technology Inc.
> It is a serial real-time clock which provides:
> 1)Low-power clock/calendar.
> 2)Programmable square-wave output.
> It has 56 bytes of nonvolatile RAM.
>
> Signed-off-by: Priyanka
On 16.12.2010 11:10, Dirk Behme wrote:
> On 14.12.2010 17:21, Wolfgang Denk wrote:
>> Dear Dirk,
>>
>> In message<4d079060.70...@googlemail.com> you wrote:
>>>
>>> I did a readelf analysis for 3 test cases (with 2009q1-203):
>>
>> Which exact versions of GCC and binutils is this?
>
> gcc version 4.
If you IP address is 192.168.42.30, then the gateway should have an
IP address in _your_ network, i. e. something starting 192.168.xx.xx
--> Yes. I agree with you.
Whatever gateway IP I have mentioned it is of server's gateway IP (In this case
server is my PC. So I have given my PC gateway IP.) B
Dear "T K, Sunil Kumar",
please stop top posting / full quoting.
Make sure to read http://www.netmeister.org/news/learn2quote.html
In message <674d2c24c8992f46817bbbf3ecae914f4ebf871...@blr-sms-exch01.digi.com>
you wrote:
> If you IP address is 192.168.42.30, then the gateway should have an
> I
On 12/17/2010 04:05 AM, Jason Liu wrote:
> There is pretty much different with I.MX51 ROM, we will not use DCD
> data file to config the
> DDR script since ROM has the DCD size limitation and use the advance
> feature of what we
> called plug-in, the plug-in code must be in the first 2K of MMC ca
The following changes since commit 97a85b223ab316d11f3a374fecc5d449a1c8a694:
powerpc/nand spl: link libgcc (2010-12-16 23:19:14 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git sf
Chong Huang (1):
sf: new driver for EON devices
Wojtek Skulski (1
Hello,
I think I've nailed down, why an u-boot compiled with gcc 4.5.1 fails
here. Compiling arch/arm/cpu/armv7/omap3/clock.c with
gcc -g -Os -fno-common -ffixed-r8 -msoft-float -D__KERNEL__
-DCONFIG_SYS_TEXT_BASE=0x80008000 -I/usr/src/u-boot/include -fno-builtin
-ffreestanding -nostdinc
Dear Alexander,
in message <4d0b6d1f.8010...@ahsoftware.de> you wrote:
>
> I think I've nailed down, why an u-boot compiled with gcc 4.5.1 fails
> here. Compiling arch/arm/cpu/armv7/omap3/clock.c with
> ...
> That means get_sys_clk_speed() will allways return S12M, at least that
> is what I'm r
Hi,
My board is a Karo tx25 (imx25) and the purpose is to speedup the boot process.
For thats reason i tried to change bootloader from Redboot to uboot. but i had
some problem when save environment on nand.
When i save the environment variables the first time work but aftre reboot see
a badblo
Hi,
this is last scan result.
RedBoot> nand scan -r
Force re-scan ...
Doing low level scan to construct BBT
Writing BBT to flash
RedBoot> nand info
Type:Samsung K9F1G08U0A 8-bit 2K page 128MB
Total size: 0x0800 bytes (128 MiB)
Total blocks:0x400 (1024)
Block size:
On Fri, Dec 17, 2010 at 4:29 AM, Wolfgang Denk wrote:
> * U-Boot v2010.12-rc3 was released on Friday, December 17.
>
> * Release "v2010.12" is scheduled in 5 days:
> on December 22, 2010 (9 days delayed).
>
> Please help testing, and check if all your relevant patches have been
> included.
Teste
>
> Kim Phillips wrote on 2010/12/14 00:05:11:
> > On Thu, 9 Dec 2010 13:02:58 -0600
> > Scott Wood wrote:
> >
> > > On Fri, 3 Dec 2010 10:30:38 -0600
> > > "Joakim Tjernlund" wrote:
> > >
> > > > By rearranging the linker script we get support for
> > > > relocation of -fpic for free.
> > > > M
Just FYI.
It is not the hardware problem. I update the u-boot to latest version and
port all the configuration files. It just works. Must be something improved
(or fixed) in the new u-boot version. So I learned the lesson, always use
latest stable u-boot version. :-)
Thanks for the help.
Raymond
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > Great! then we got:
> > [PATCH] PowerPC: Move -fPIC flag to common place
> > [PATCH] PowerPC: Add support for -msingle-pic-base
>
> How about the above 2 patches?
I think I have them on my list for "next", but I got other things to
do first.
Wolfgang Denk wrote on 2010/12/17 17:13:47:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > Great! then we got:
> > > [PATCH] PowerPC: Move -fPIC flag to common place
> > > [PATCH] PowerPC: Add support for -msingle-pic-base
> >
> > How about the above 2 patches?
>
> I think I
On Friday, December 17, 2010 04:29:25 Wolfgang Denk wrote:
> Current status is so-so. Power Architecture appears to look OK. ARM
> has still a lot of broken boards (which is not unexpected). I didn't
> test much for other architectures. Comments and especially patches
> welcome.
Blackfin looks fin
Dear Sirs,
I am trying to implement a memory and CPU demanding standalone application
on the beagleboard by hacking U-Boot.
To my surprise, the U-Boot program is ten times slower than the same
program running under Linux on the beagleboard.
This test loop when inserted in u-boot/common/mai
Dear Lennart Sundberg,
In message you
wrote:
>
> I am trying to implement a memory and CPU demanding standalone application
> on the beagleboard by hacking U-Boot.
>
> To my surprise, the U-Boot program is ten times slower than the same
> program running under Linux on the beagleboard.
This
Dear Reinhard Meyer,
In message <4d0b2964.4060...@emk-elektronik.de> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 6741b5310f81ae5ae0132ad85b09fb31d6377b6c:
> Asen Dimov (1):
> pm9261: enable cache command
>
> are available in the git repository at:
>
> git://gi
Dear Mike Frysinger,
In message <1292594185-20198-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 97a85b223ab316d11f3a374fecc5d449a1c8a694:
>
> powerpc/nand spl: link libgcc (2010-12-16 23:19:14 +0100)
>
> are available in the git repository at:
> git://ww
Dear Stefan Roese,
In message <201012171115.56454...@denx.de> you wrote:
> Hi Wolfgang,
>
> The following changes since commit 97a85b223ab316d11f3a374fecc5d449a1c8a694:
>
> powerpc/nand spl: link libgcc (2010-12-16 23:19:14 +0100)
>
> are available in the git repository at:
> git://www.denx
Dear Stefan Roese,
In message <201012171117.45326...@denx.de> you wrote:
> Hi Wolfgang,
>
> The following changes since commit 97a85b223ab316d11f3a374fecc5d449a1c8a694:
>
> powerpc/nand spl: link libgcc (2010-12-16 23:19:14 +0100)
>
> are available in the git repository at:
> git://www.denx
Dear Heiko Schocher,
In message <1292577080-13475-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> include/configs/TQM5200.h | 12 ++--
> 1 files changed, 6 insertions(+), 6 deletions(-)
Applied to "next", thanks.
Best regards,
Wolfgang Denk
--
DENX
Dear Heiko Schocher,
In message <1292577087-13517-1-git-send-email...@denx.de> you wrote:
> new default partittions on nor flash:
>
> 640k (firmware)
> 1408k (kernel)
> 2m (initrd)
> 4m (small-fs)
> 24320k (big-fs)
> 256k (dts)
>
> Signed-off-by: Heiko Schocher
> ---
> include/con
--- On Fri, 12/17/10, davide doninelli wrote:
> > CPU: Freescale i.MX25 at 532 MHz
> >
Something is wrong here. MX25 runs at 400 MHz maximum.
Regards,
Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman
Dear Fabio Estevam,
In message <348512.24690...@web51008.mail.re2.yahoo.com> you wrote:
>
> > > CPU: Freescale i.MX25 at 532 MHz
>
> Something is wrong here. MX25 runs at 400 MHz maximum.
This is probably just an old version of U-Boot. Recent versions show
this instead:
CPU: Freesca
Dear Priyanka Jain,
In message <1288084939-21835-1-git-send-email-priyanka.j...@freescale.com> you
wrote:
> PT7C4338 chip is being manufactured by Pericom Technology Inc.
> It is a serial real-time clock which provides:
> 1)Low-power clock/calendar.
> 2)Programmable square-wave output.
> It has 5
Dear Kumar Gala,
In message you wrote:
>
> > PT7C4338 chip is being manufactured by Pericom Technology Inc.
...
> Is this going into 'next'?
No...
...because it already got added :-P
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 1
Il giorno 17-dic-2010, alle ore 20.09, Fabio Estevam ha scritto:
ong here. MX25 runs at 400 MHz maximum
hi,
i have recompiled u-boot with last stable release U-Boot 2010.09 and i have the
same problem, i tried to move environment variables in a different memory block
but the problem is still t
Dear Joakim Tjernlund,
In message <1291393838-19683-1-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> By rearranging the linker script we get support for
> relocation of -fpic for free.
>
> Signed-off-by: Joakim Tjernlund
> ---
> arch/powerpc/cpu/74xx_7xx/u-boot.lds |5 +++--
>
Dear Joakim Tjernlund,
In message <1291393838-19683-2-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> By rearranging the linker script we get support for
> relocation of -fpic for free.
> Move __got2_entries outside _GOT2_TABLE_ defining scope
> matching the rest of PowerPC
>
> Signed
Dear Mike Frysinger,
In message <201012031708.00812.vap...@gentoo.org> you wrote:
>
> also, because this is [next], i'm not sure if wolfgang will want to squash
> these fixes into the existing change
git doesn't want to do that. Too many merges inbetween already.
Best regards,
Wolfgang Denk
Dear Peter Tyser,
In message <1291393727-337-1-git-send-email-pty...@xes-inc.com> you wrote:
> The following commit:
>
> commit 882b7d726febe65579d6502c271412ecb05821d7
> Author: Mike Frysinger
> Date: Wed Oct 20 03:41:17 2010 -0400
>
> do_reset: unify duplicate prototypes
>
> missed the
Dear Luigi 'Comio' Mantellini,
In message <1291562184-27126-1-git-send-email-luigi.mantell...@idf-hit.com> you
wrote:
> XZ (aka LZMA2) is the new version of lzma compression format.
> The following patch add a cut-down version of XZ Embedded library (v20100702)
> that supports only single-call AP
Dear Mike Frysinger,
In message <1291807565-4831-1-git-send-email-vap...@gentoo.org> you wrote:
> The non-reentrant versions of the hashtable functions operate on a single
> shared hashtable. So if two different people try using these funcs for
> two different purposes, they'll cause problems for
Dear Mike Frysinger,
In message <1291807565-4831-2-git-send-email-vap...@gentoo.org> you wrote:
> Currently, only basic completion is supported (no globs), but this is what
> we had previously. The downside is that the results are not returned in
> any sorted order. The upside is that we get any
Dear Albert & Heiko,
In message <4d01e031.3090...@free.fr> you wrote:
>
> > Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
> > values in the arm1136 timer driver for mx31 and omap24xx
> >
> > The usage of bss values in drivers before initialisation of bss is forbid>
> >
Dear Kumar Gala,
In message <1292299966-8801-3-git-send-email-ga...@kernel.crashing.org> you
wrote:
> The PM854/PM856 boards are no longer maintained and thus we are removing
> support for them.
>
> Signed-off-by: Kumar Gala
Board vendor indicated that they prefer to maintain their code out of
Dear Timur Tabi,
In message <1292368731-3819-1-git-send-email-ti...@freescale.com> you wrote:
> In some usages of inline assembly, hard-coded registers were specified when a
> scratch register should have been used instead.
>
> Signed-off-by: Timur Tabi
> ---
>
> I can't test the kgdb changes,
Dear Mike Frysinger,
In message <1292415451-18909-1-git-send-email-vap...@gentoo.org> you wrote:
> Multiple rules are using the expanded AFLAGS/CFLAGS settings and some are
> getting so long that the rules need to be line wrapped. So unify them in
> one variable, use that variable in the rule, an
Dear Rob Herring,
In message <1292425994-24331-1-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> swab functions are heavily used by FDT code, so enable
> optimized assembly code for ARMv6 and later.
>
> Signed-off-by: Rob Herring
> ---
> arch/arm/include/asm/byteorder
In message <20101216114147.d4af3bb...@gemini.denx.de> you wrote:
> From: Stefano Babic
>
> Fix clock divider for COM57H5M10XRC display.
> The previous setting caused flicker.
>
> Tested on Qong (EVBLite with COM57H5M10XRC).
>
> Signed-off-by: Stefano Babic
>
> ---
>
>
> diff --git a/drivers
Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=,
In message <1291510334-650-1-git-send-email-loic.min...@linaro.org> you wrote:
> When building with srctree != objtree, the build creates arch/soc/cpu
> specific symlinks in the source tree. This means that the same source
> tree can't be used for multiple bui
On Friday, December 17, 2010 14:41:45 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > also, because this is [next], i'm not sure if wolfgang will want to
> > squash these fixes into the existing change
>
> git doesn't want to do that. Too many merges inbetween already.
np. if you want to pick
Hello,
Am 17.12.2010 15:20, schrieb Wolfgang Denk:
>> I think I've nailed down, why an u-boot compiled with gcc 4.5.1 fails
>> here. Compiling arch/arm/cpu/armv7/omap3/clock.c with
>> ...
>> That means get_sys_clk_speed() will allways return S12M, at least that
>> is what I'm reading here. And I
The following changes since commit 326a69452745352ab09fe9b11d3d2fa4e9213c1c:
Mike Frysinger (1):
config.mk: unify duplicated flag setting
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git next
Florian Fainelli (1):
NAND: add NAND_CMD_PARAM (0xec) d
On Friday, December 17, 2010 15:10:14 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > Currently, only basic completion is supported (no globs), but this is
> > what we had previously. The downside is that the results are not
> > returned in any sorted order. The upside is that we get any results
Dear Mike Frysinger,
In message <201012171531.41016.vap...@gentoo.org> you wrote:
>
> > git doesn't want to do that. Too many merges inbetween already.
>
> np. if you want to pick up Peter's patch, i'll send another one for the api
> examples file.
Please do. TIA.
Best regards,
Wolfgang Den
Dear Scott Wood,
In message <20101217203359.ga10...@udp111988uds.am.freescale.net> you wrote:
> The following changes since commit 326a69452745352ab09fe9b11d3d2fa4e9213c1c:
> Mike Frysinger (1):
> config.mk: unify duplicated flag setting
>
> are available in the git repository at:
>
>
Dear Mike Frysinger,
In message <201012171535.08619.vap...@gentoo.org> you wrote:
>
> > Why can we not collect the results and sort them like we do for "env
> > print" ?
>
> hmm, i dont think the previous code did do any sorting. it just relied on
> the
> results of the env code being sorted a
Wolfgang,
On 12/17/2010 02:21 PM, Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message<1292425994-24331-1-git-send-email-robherri...@gmail.com> you
> wrote:
>> From: Rob Herring
>>
>> swab functions are heavily used by FDT code, so enable
>> optimized assembly code for ARMv6 and later.
>>
>>
Rob Herring writes:
> From: Rob Herring
>
> swab functions are heavily used by FDT code, so enable
> optimized assembly code for ARMv6 and later.
>
> Signed-off-by: Rob Herring
> ---
> arch/arm/include/asm/byteorder.h | 16
> 1 files changed, 16 insertions(+), 0 deletions(-)
dear subscriber
too many people not more smarter than you are making 100,000 $+ per year from
the first months
with no site with no merce
please believe me
So i have for you some good FREE e-books for you for your success
you can download them ABSOLUTELLY FREE from here:
http://www.wix
Currently, only basic completion is supported (no globs), but this is
what we had previously.
Signed-off-by: Mike Frysinger
---
v2
- sort the results
common/command.c|3 +--
common/env_common.c | 40 +++-
include/common.h|1 +
includ
This patch series consists of a bunch of cleanups that allow us to use
a common initdram() on all of the non-corenet 85xx-based boards. Also,
switch to using phys_size_t to represent the size of memory returned.
Most of these patches are just code rearranges or renaming things to
get a common sch
Also, change this code to use phys_size_t instead of long int.
Using common naming for this function will enable us to use the common
initdram() for 85xx going forward. Other than the type change,
this is just a code rearrange.
Signed-off-by: Becky Bruce
---
board/tqc/tqm85xx/sdram.c | 37 +++
Some platforms might want to override the default wimge=0 for
DDR. Add CONFIG_SYS_PPC_DDR_WIMGE for those platforms to use.
This will initially only be used by TQM85xx, but could be
useful for other boards or testing going forward. Note that
the name of this define is not 85xx-specific. WIMGE is
sdram_init() is used to initialize sdram on the lbc. Rename it
accordingly.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/cpu.c |2 +-
arch/powerpc/cpu/mpc8xxx/fsl_lbc.c |4 ++--
arch/powerpc/include/asm/fsl_lbc.h |2 +-
board/freescale/mpc8540ads/mpc854
This config option is for an erratum workaround; rename it to be more
clear. Also, drop it from config files don't need it and were
undefining it.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |3 +++
arch/powerpc/cpu/mpc85xx/cpu.c|2 +-
doc/README.mpc85xx
Add spaces to cause the informational prints to line up with
the ones from init_func_ram() in board.c. Output now looks like
this:
DRAM: Detected 4096 MB of memory
This U-Boot only supports < 4G of DDR
You could rebuild it with CONFIG_PHYS_64BIT
DDR: 2 GiB (DDR2, 64-bit
Correct initdram to use phys_size_t to represent the size of
dram; instead of changing this all over the place, and correcting
all the other random errors I've noticed, create a
common initdram that is used by all non-corenet 85xx parts. Most
of the initdram() functions were identical, with 2 comm
From: Matthew McClintock
Add reginfo as a default command for p1022ds boards
Signed-off-by: Matthew McClintock
---
include/configs/P1022DS.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/P1022DS.h b/include/configs/P1022DS.h
index 13f1125..272bd9f 100
Previously we passed in a specifically named struct pci_controller to
determine if we had setup the particular PCI bus. Now we can search for
the struct so we dont have to depend on the name or the struct being
statically allocated.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/fsl_pci
Being able to get back a pci_controller struct back by searching for it
means we can do things like dynamically allocate them or not have to
expose the static structures to all users.
Signed-off-by: Kumar Gala
---
drivers/pci/pci.c | 11 +++
include/pci.h |1 +
2 files changed,
Created a section in the Makefile for SoC specific SERDES code. Also
added P1013 SERDES (use P1022 SERDES code).
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/Makefile
b/ar
Instead of a #define use a null weak function for fsl_serdes_init
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cpu_init.c |8 ++--
include/configs/MPC8536DS.h |1 -
include/configs/P1022DS.h |1 -
include/configs/corenet_ds.h|1 -
4 files c
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES. This mimics the code we have in place
for the 85xx platforms.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc86xx/Ma
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |2 +
arch/powerpc/cpu/mpc85xx/p2020_serdes.c
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |1 +
arch/powerpc/cpu/mpc85xx/mpc8572_serde
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |1 +
arch/powerpc/cpu/mpc85xx/mpc8548_serde
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |1 +
arch/powerpc/cpu/mpc85xx/mpc8569_serde
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |1 +
arch/powerpc/cpu/mpc85xx/mpc8568_serde
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |1 +
arch/powerpc/cpu/mpc85xx/mpc8544_serde
Add the ability to determine if a given IP block connected on SERDES is
configured. This is useful for things like PCIe and SRIO since they are
only ever connected on SERDES.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |4 ++
arch/powerpc/cpu/mpc85xx/p1021_serdes.c
Now that we have serdes support for all 85xx/86xx/Pxxx chips we can
replace the is_fsl_pci_cfg() code with the is_serdes_configured().
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/Makefile |1 -
arch/powerpc/cpu/mpc8xxx/pci_cfg.c| 204 -
Use new is_serdes_configured to determine if TSECs are in SGMII mode and
report that on the various boards that use or can be configured in SGMII
mode in board_eth_init() instead of in the PCI init code.
Signed-off-by: Kumar Gala
---
board/freescale/mpc8536ds/mpc8536ds.c | 27 +
1 - 100 of 132 matches
Mail list logo
