On Thursday 12 February 2009 02:33:46 Wolfgang Denk wrote:
> net: new utility functions for working with enetaddr's:
>
> Please ditch str_enetaddr() and rename str_enetaddr_r() into
> str_enetaddr(); using a static buffer for the return value is
> nothing I'd like to see in the co
On Mon, Feb 9, 2009 at 6:01 PM, Stephen Gutknecht (hilltx)
wrote:
> Netgear WNR2000. Netgear added some special flash checksum that makes
> using flash filesystem difficult as the checksum differs on each
> reboot of the router. However, you can control the u-boot and do
> tftpboot of ramdisk O
The following changes since commit f15c6515fc23f83c51f3de272ca23d86b80e81b1:
Wolfgang Denk (1):
Coding style cleanup; update CHANGELOG
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
Mike Frysinger (1):
i2c.h: drop i2c_reg_{read, write} hack for
Hello Mike,
Mike Frysinger wrote:
> The Blackfin i2c driver has been rewritten thus the special ifdefs in the
> common code are no longer needed.
>
> Signed-off-by: Mike Frysinger
> ---
> include/i2c.h | 14 --
> 1 files changed, 0 insertions(+), 14 deletions(-)
>
Applied to u-
Dear Stefan Roese,
In message <200902120646.03667...@denx.de> you wrote:
> The following changes since commit f15c6515fc23f83c51f3de272ca23d86b80e81b1:
> Wolfgang Denk (1):
> Coding style cleanup; update CHANGELOG
>
> are available in the git repository at:
>
> git://www.denx.de/git/
Dear Heiko Schocher,
In message <4993cb06.9020...@denx.de> you wrote:
> With actual u-boot compiling the mgcoge port fails, because
> since commit ba705b5b1a97b47388ed48858bef6bf7b6bfcd56 it is
> necessary to define CONFIG_NET_MULTI.
>
> [...@pollux u-boot]$ ./MAKEALL mgcoge
> Configuring for mgc
Dear Mike,
In message <200902112029.30937.vap...@gentoo.org> you wrote:
>
> please checkout the macaddr branch of the blackfin repo ... there's about 60
> changes cookin in there that touch every arch and common/boards/drivers. i'd
> like to get you to eye em over first before i spam the list
With actual u-boot compiling the mgcoge port fails, because
since commit ba705b5b1a97b47388ed48858bef6bf7b6bfcd56 it is
necessary to define CONFIG_NET_MULTI.
[...@pollux u-boot]$ ./MAKEALL mgcoge
Configuring for mgcoge board...
ether_scc.c:47:2: error: #error "CONFIG_NET_MULTI must be defined."
et
On Thursday 12 February 2009 01:24:03 Ben Warren wrote:
> > > > ok, i'll start up a branch to do this conversion in my repo. i'm
> > > > guessing Ben wont have a problem with someone doing the grunt work
> > > > ;).
> > >
> > > Uh, yeah. Not a problem. Thanks!
> >
> > please checkout the macaddr
Hi Mike,
>
> > >
> > > ok, i'll start up a branch to do this conversion in my repo. i'm
> > > guessing Ben wont have a problem with someone doing the grunt work ;).
> > > -mike
> >
> > Uh, yeah. Not a problem. Thanks!
>
> please checkout the macaddr branch of the blackfin repo ... there's abou
The following changes since commit f15c6515fc23f83c51f3de272ca23d86b80e81b1:
Wolfgang Denk (1):
Coding style cleanup; update CHANGELOG
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Adam Graham (1):
ppc4xx: Autocalibration can set RDCC to
On Monday 09 February 2009, Dirk Eibach wrote:
> Signed-off-by: Dirk Eibach
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offic
On Monday 09 February 2009, Adam Graham wrote:
> The criteria of the AMCC SDRAM Controller DDR autocalibration
> U-Boot code is to pick the largest passing write/read/compare
> window that also has the smallest SDRAM_RDCC.[RDSS] Read Sample
> Cycle Select value.
...
Applied to ppc4xx/master. Than
From: Carolyn Smith
This fixes the initialization of the SDRAM_CODT register in the ppc4xx DDR2
initialization code. It also removes use of the
SDRAM_CODT_FEEDBACK_RCV_SINGLE_END
and SDRAM_CODT_FEEDBACK_DRV_SINGLE_END #define's since they are reserved bits.
Signed-off-by: Carolyn Smith
Signed-
The Blackfin i2c driver has been rewritten thus the special ifdefs in the
common code are no longer needed.
Signed-off-by: Mike Frysinger
---
include/i2c.h | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/include/i2c.h b/include/i2c.h
index fad2d57..f8a59a6
On Wednesday 11 February 2009 15:15:22 Ben Warren wrote:
> Mike Frysinger wrote:
> > On Wednesday 11 February 2009 07:17:39 Wolfgang Denk wrote:
> >> Dear Ben Warren,
> >>
> >> In message <499265e1.4050...@gmail.com> you wrote:
> >>> Thanks for tackling this cluste...@#. I'm not crazy about the
>
Signed-off-by: Mike Frysinger
---
v2
- rebased against master
drivers/serial/Makefile |4 ++--
drivers/serial/ns16550.c |5 -
drivers/serial/serial.c |4
3 files changed, 2 insertions(+), 11 deletions(-)
diff --git a/drivers/serial/Makefile b/drivers/serial/Makefi
On Wed, Feb 11, 2009 at 5:58 PM, Mike Frysinger wrote:
> will you post a patch to fix the issue or shall i ?
I'd rather you do it, because then you can test the code to make sure
it really works.
--
Timur Tabi
Linux kernel developer at Freescale
___
Dear Mike Frysinger,
In message <200902111757.21416.vap...@gentoo.org> you wrote:
>
> > If you define the processor variant right at the beginning of the
> > board config file, then why would that not be visible in the
> > remainder of the board config so you'd have to re-run this?
>
Mike Frysinger wrote:
> ugh, i told the guy submitting those changes to ignore the Blackfin i2c
> driver. the ifdef's in the common code should be dropped, thanks for
> pointing
> this out.
I know - I'm the guy who made those changes, but I didn't want to ignore
blackfin because I wasn't sure
On Wednesday 11 February 2009 18:44:00 Timur Tabi wrote:
> Mike Frysinger wrote:
> > ugh, i told the guy submitting those changes to ignore the Blackfin i2c
> > driver. the ifdef's in the common code should be dropped, thanks for
> > pointing this out.
>
> I know - I'm the guy who made those chang
Dear Mike Frysinger,
In message <200902111755.29593.vap...@gentoo.org> you wrote:
>
> > Please rebase and resubmit. Thanks.
>
> your last commit (861a) messed up the drivers/serial/Makefile ... you
> committed the conflict info ...
Yes, stupid me. Sorry, should go to bed earlier.
I ditched
On Wednesday 11 February 2009 18:19:36 Timur Tabi wrote:
> On Fri, Jan 23, 2009 at 12:00 PM, Mike Frysinger wrote:
> > The current Blackfin i2c driver does not work properly with certain
> > devices due to it breaking up transfers incorrectly. This is a rewrite
> > of the driver and relocates it
On Fri, Jan 23, 2009 at 12:00 PM, Mike Frysinger wrote:
> The current Blackfin i2c driver does not work properly with certain devices
> due to it breaking up transfers incorrectly. This is a rewrite of the
> driver and relocates it to the newer place in the source tree.
>
> Also remove duplicated
On 13:46 Tue 10 Feb , Konstantin Vovk wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 13:08 Mon 09 Feb , Vovk Konstantin wrote:
>>> Add support for CPU and serial communication.
>>> Interrupt not used for work with Timer0.
>>> Serial communication configured for UART0.
>>> ---
>>>
On Wednesday 11 February 2009 17:16:38 Wolfgang Denk wrote:
> In message Mike Frysinger you wrote:
> > > And you fail to explain why BF needs this, while all other
> > > architectures don't.
> >
> > i explained it already when Ben asked. the processor variant is selected
> > in the board config an
On Wednesday 11 February 2009 17:05:18 Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <1233885882-18948-1-git-send-email-vap...@gentoo.org> you wrote:
> > Signed-off-by: Mike Frysinger
> > ---
> > drivers/serial/Makefile |4 ++--
> > drivers/serial/ns16550.c |5 -
> > dri
You can use U-boot to write the file to NAND as well. The address does
not matter as long
as your bootcmd is reading the kernel from the same address.
Please check your U-boot environment settings and your nand dump of the
NAND location
(0x20). If you want to get help, post those informati
Dear Dirk Behme,
In message <1233554011-30084-6-git-send-email-dirk.be...@googlemail.com> you
wrote:
> Add serial number based on OMAP3 die ID.
Sorry for the late response, but...
> + setenv("serial", die_id);
U-Boot uses "serial#" - please stick to the standard name, too.
Best re
On 06:53 Mon 02 Feb , Dirk Behme wrote:
> OMAp3 core changes necessary for MUSB
>
> Signed-off-by: Dirk Behme
>
> ---
> Note: OMAP3 USb code will be sent later to USB maintainer, so
> CONFIG_MUSB isn't used anywhere yet. This will avoid
> USB maintainer to change OMAP3 core files
On 20:14 Thu 05 Feb , Dirk Behme wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 06:53 Mon 02 Feb , Dirk Behme wrote:
>>> Add serial number based on OMAP3 die ID.
>>>
>>> Signed-off-by: Dirk Behme
>>>
>>> ---
>>> board/omap3/beagle/beagle.c|
On 20:12 Thu 05 Feb , Dirk Behme wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>>>
>>> /**
>>> + * Routine: board_identify
>>> + * Description: Detect if we are running on a Beagle r
Dear Ron Madrid,
In message <1233359127-7339-1-git-send-email-ron_mad...@sbcglobal.net> you
wrote:
> This patch will create a configuration option for a minimum configuration for
> the ns16550 serial driver at drivers/serial/ns16550.c which will exclude all
> functions with exception of NS16550_p
Dear Peter Tyser,
In message <1233355000-18632-1-git-send-email-pty...@xes-inc.com> you wrote:
> Signed-off-by: Peter Tyser
> ---
> See the following threads for background:
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/48429
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/4
Dear Heiko Schocher,
In message <49913ba6.4030...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> cpu/mpc8xx/serial.c | 72
> +--
> 1 files changed, 24 insertions(+), 48 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
-
Dear Heiko Schocher,
In message <49913b73.2070...@denx.de> you wrote:
> This patch adds the configuration option CONFIG_SYS_SMC_RXBUFLEN.
> With this option it is possible to allow the receive
> buffer for the SMC on 8xx to be greater then 1. In case
> CONFIG_SYS_SMC_RXBUFLEN == 1 this driver work
Dear Mike Frysinger,
In message <200902111654.20726.vap...@gentoo.org> you wrote:
>
> > And you fail to explain why BF needs this, while all other
> > architectures don't.
>
> i explained it already when Ben asked. the processor variant is selected in
> the board config and the board config (and
On 08:10 Wed 28 Jan , Maxim Artamonov wrote:
> V3 NAND_SPL support for phycore imx31
>
> This patch is applied on U-Boot v2008.10 release.
>
> Changelog:
>
> * Added infinitive loop for ecc-error cases;
> * Correct to code-style;
> * Was change
Dear Mike Frysinger,
In message <1233885876-18918-1-git-send-email-vap...@gentoo.org> you wrote:
> Move global '#ifdef CONFIG_xxx #endif' out of the .c files and into
> the COBJS-$(CONFIG_xxx) in the Makefile. Also delete unused var in kgdb
> code in the process.
>
> Signed-off-by: Mike Fry
Dear Mike Frysinger,
In message <1233885882-18948-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> drivers/serial/Makefile |4 ++--
> drivers/serial/ns16550.c |5 -
> drivers/serial/serial.c |4
> 3 files changed, 2 insertions(+), 11 d
Dear Mike Frysinger,
In message <1233885890-19008-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> lib_generic/Makefile | 10 +-
> lib_generic/bzlib.c|3 ---
> lib_generic/bzlib_crctable.c |3 ---
> lib_generic/bzlib
Dear Jerry Van Baren,
In message <20090206031802.ga10...@cideas.com> you wrote:
> At some point an intentional double space at the end of the sentence
> got changed into a tab in the GPL header line:
> * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>
> This patch fixes the damag
On Wednesday 11 February 2009 16:36:37 Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <200902101449.24108.vap...@gentoo.org> you wrote:
> > > > > > + @$(MAKE) -s -B $(obj)include/autoconf.mk
> > > > > > + @$(MAKE) -s -B $(obj)include/autoconf.mk
> > > > >
> > > > > Do you really mea
On Wednesday 11 February 2009 16:43:51 Wolfgang Denk wrote:
> In message Mike Frysinger you wrote:
> > +#define SWITCH_BANK do { if (memIndex >= 0x2020) {\
> > + *pPORTFIO_SET = GPIO_4; \
> > + memIndex -= 0x20; \
> > + crossed = 1
Dear Mike Frysinger,
In message <1234246880-32438-34-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> MAINTAINERS |1 +
> MAKEALL |1 +
> Makefile|4 +-
> board/cm-bf537e/.gitignor
Dear Mike Frysinger,
In message <1234246880-32438-33-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> MAINTAINERS|5 +
> MAKEALL|1 +
> Makefile |4 +
> board/cm-bf533/.gitignore
Dear Mike Frysinger,
In message <200902101449.24108.vap...@gentoo.org> you wrote:
>
> > > > > + @$(MAKE) -s -B $(obj)include/autoconf.mk
> > > > > + @$(MAKE) -s -B $(obj)include/autoconf.mk
> > > >
> > > > Do you really mean to do this twice?
> > >
> > > unfortunately, yes. since some set
Dear unsik Kim,
In message <57afda04090209l2bb9027bvbebf67795a7ad...@mail.gmail.com> you
wrote:
>
> I fixed miscalculated total sectors when using reserve area feature.
>
> Also I changed CONFIG_MG_DISK_RES's unit to KB. (Byte is too small and
> also needs sector size alignment.)
Please sp
Dear Stefan Roese,
In message <200902111705.30723...@denx.de> you wrote:
> The following changes since commit ae5d8f613cec1a6af7bf1fc9c42a3b856f021023:
> Heiko Schocher (1):
> 82xx serial, smc: Coding-Style cleanup serial SMC driver
>
> are available in the git repository at:
>
> git
Dear Ben Warren,
In message <49912745.8090...@gmail.com> you wrote:
> Wolfgang,
>
> The following changes since commit ae5d8f613cec1a6af7bf1fc9c42a3b856f021023:
>
> Heiko Schocher (1):
>
> 82xx serial, smc: Coding-Style cleanup serial SMC driver
>
> are available in the git repositor
Dear Heiko,
In message <4991d7c9.9010...@denx.de> you wrote:
>
> This patch also breaks compiling the mgcoge :-(
...
> So, please when adding ksi's patch, add the following to:
>
> Signed-off-by: Heiko Schocher
> ---
> include/configs/mgcoge.h |1 +
> 1 files changed, 1 insertions(+), 0 de
Hello all,
I am looking for a way to implement the U-Boot persistent POST word
storage on MPC 8547/8548 CPUs.
I noticed void post_word_store (ulong a) and ulong post_word_load (void)
are already implemented for 85xx CPUs with CPM2 support (ex. 8560) by
"stealing a long at the end of SCC1", but
Mike Frysinger wrote:
> On Wednesday 11 February 2009 07:17:39 Wolfgang Denk wrote:
>
>> Dear Ben Warren,
>>
>> In message <499265e1.4050...@gmail.com> you wrote:
>>
>>> Thanks for tackling this cluste...@#. I'm not crazy about the
>>> CONFIG_NET_MULTI_MAX, but then I'm not really sure why
Dear Wolfgang,
Wolfgang Denk wrote:
>> nothing magical in offsets actually... we usually have offsets in specs
>> not C structures...
>>
>
> Just to name one reason (but a very important one): using a struct
> allows for strict type checking by the compiler. If you use address +
> offset
Hi All,
I have Atmel AT91SAM9263 Evlauation kit and want to load Linux-2.6.27 on
it. Here is what I did:
1. Downloaded Linux-2.6.27 and followed instructions on
http://www.linux4sam.org/twiki/bin/view/Linux4SAM/LinuxKernel to build
the Linux kernel. I used cross tool chain arm-none-linux-gnuea
On Wednesday 11 February 2009 07:17:39 Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <499265e1.4050...@gmail.com> you wrote:
> > Thanks for tackling this cluste...@#. I'm not crazy about the
> > CONFIG_NET_MULTI_MAX, but then I'm not really sure why the ethernet
> > addresses exist in glo
This patch adds support for the kmsupx4 board from Keymile,
based on a Freescale MPC852T CPU
- serial console on SMC1
- 32 MB SDRAM
- 32 MB NOR Flash
- Ethernet over SCC3
- I2C bitbang
Signed-off-by: Heiko Schocher
---
MAINTAINERS |1 +
MAKEALL |1
renaming the "mgsuvd" board port into "km8xx", because
there come more similar boards from keymile.
Compiling the mgsuvd board with "make mgsuvd_config"
remains.
Signed-off-by: Heiko Schocher
---
Makefile |2 +-
board/keymile/{mgsuvd => km8xx}/Makefi
- added:
- bootcount support
- COMMAND HISTORY
- CONFIG_AUTO_COMPLETE
- CONFIG_SYS_FLASH_PROTECTION
- JFFS2 support
- extracted common I2C settings for all boards
common I2C options
- common default environment settings summarized
Signed-off-by: Heiko Schocher
---
include/configs/key
add CONFIG_BOUTCOUNT_LIMIT feature for 8360 CPU.
The bootcounter uses 8 bytes from the muram,
because no other memory was found on this
CPU for the bootcount feature. So we must
correct the muram size in DTS before booting
Linux.
This feature is actual only implemented for
MPC8360, because not al
old code implemented the QE_ENET10 errata only for Silicon
Revision 2.0. New code reads now the Silicon Revision
register and sets dependend on the Silicon Revision the
values as advised in the QE_ENET10 errata.
Also added missing get_svr() in cpu/mpc83xx/start.S to
read the Silicon Revision regis
Signed-off-by: Heiko Schocher
---
include/mpc83xx.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/mpc83xx.h b/include/mpc83xx.h
index 191488a..a004e7b 100644
--- a/include/mpc83xx.h
+++ b/include/mpc83xx.h
@@ -887,6 +887,8 @@
#define TIMING_CFG1_CASLAT_30
- HRCW update
HRCWH_BOOTSEQ_DISABLE not HRCWH_BOOTSEQ_NORMAL
HRCWH_LALE_EARLY added
- DDR-SDRAM settings modified. This solves sporadically
problems with this memory.
- CS1 now 128 MB window size
- CS3 now 512 MB window size
- PRAM activated
- MTDPARTS_DEFAULT defined
- CONFIG_HOSTNAME added
it is possible that some board variants have different DDR II
RAM sizes. So we autodetect the size of the assembled RAM.
Signed-off-by: Heiko Schocher
---
board/keymile/kmeter1/kmeter1.c | 28 ++--
include/configs/kmeter1.h |4 ++--
2 files changed, 20 inserti
Signed-off-by: Heiko Schocher
---
drivers/i2c/fsl_i2c.c | 24 +++-
1 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/fsl_i2c.c b/drivers/i2c/fsl_i2c.c
index ce646fd..5242884 100644
--- a/drivers/i2c/fsl_i2c.c
+++ b/drivers/i2c/fsl_i2c.c
@@ -42,6 +42
This patch adds I2C support for the Keymile kmeter1 board.
It uses the First I2C Controller from the CPU, for
accessing 4 temperature sensors, an eeprom with IVM data
and the booteeprom over a pca9547 mux.
Signed-off-by: Heiko Schocher
---
board/keymile/common/common.c |2 +-
board/keymile
- activate Rx buf len > 1 on SMC
- pram activated
- MTDPARTS_DEFAULT defined
- update the size of the flash in the DTS
before booting Linux
- MONITOR_LEN updated to 384k
- added CONFIG_HOSTNAME
- added CONFIG_ENV_BUFFER_PRINT
- Environment size reduced to 16k
Signed-off-by: Heiko Schocher
---
- activate CS4 for accessing the FPGA
- activate Rx buf len > 1 on SMC
- pram activated
- MTDPARTS_DEFAULT defined
- update the size of the flashes in the DTS
before booting Linux
- MONITOR_LEN updated to 384k
- added CONFIG_HOSTNAME
- added CONFIG_ENV_BUFFER_PRINT
- Environment size reduced to 1
This patch series replaces my first try from
http://lists.denx.de/pipermail/u-boot/2009-January/046261.html
I reworked this patchseries complete, and worked up the
comments from Wolfgang Denk and Kim Philips.
The patch to add CONFIG_SYS_I2C_INIT_BOARD option for 83xx,
I hold (hopefully not long)
Fixing the get_timer function to return time in miliseconds instead of
ticks. Also fixed PXA boards to use the conventional value of 1000 for
CONFIG_SYS_HZ.
Signed-off-by: Micha Kalfon
---
cpu/pxa/interrupts.c | 25 ++---
include/configs/cerf250.h|2 +-
incl
The NAND flash on the TQM8548_BE modules requires a short delay after
running the UPM pattern like the MPC8360ERDK board does. The TQM8548_BE
requires a further short delay after writing out a buffer. Normally the
R/B pin should be checked, but it's not connected on the TQM8548_BE.
The correspondin
This patches configures the NAND UPM-FSL driver with multi-chip
support for the Micron MT29F8G08FAB NAND flash memory on the
TQM8548 modules.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/nand.c |5 -
include/configs/TQM85xx.h | 32 +++-
2 files
This patch adds support for multi-chip NAND devices to the FSL-UPM
driver. The "dev_ready" callback of the "struct fsl_upm_nand" is now
called with the argument "chip_nr" to allow testing the proper chip
select line. The NAND support of the MPC8360ERDK is updated as well.
No other boards are curren
For the NAND chips on the TQM8548 modules, a special chip-select logic is
used. It uses dedicated address lines to be set via UPM machine address
register (mar). This patch adds such support to the FSL-UPM driver.
Signed-off-by: Wolfgang Grandegger
---
drivers/mtd/nand/fsl_upm.c |5 -
i
This patch adds support for NAND_MAX_CHIPS to the MTD NAND layer.
Multi-chips devices are displayed as shown:
Device 0: 2x NAND 512MiB 3,3V 8-bit, sector size 128 KiB
Signed-off-by: Wolfgang Grandegger
---
common/cmd_nand.c| 21 +++--
drivers/mtd/nand/nand.c
The following patch series intends to support the Micron multi-chip
NAND device MT29F8G08FAB on the TQM8548 modules from TQ-Components.
To offer this multi-chip device as one single device to the user,
multi-chip device has been added to the MTD NAND layer and the
FSL-UPM-NAND driver.
The TQM8548
This patch add support for the 1 GiB DDR2-SDRAM on the TQM8548_AG
module.
Signed-off-by: Jens Gehrlein
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/law.c |2 +-
board/tqc/tqm85xx/sdram.c |9 +
board/tqc/tqm85xx/tlb.c | 19 ---
3 files changed, 2
As the reset vector is located at 0xfffc, all flash sectors from the
beginning of the U-Boot binary to 0x must be protected. On the
TQM8548-AG having small sectors at the end of the flash it happened that
the last two sector were not protected and an "erase all" left an
un-bootable syst
The following patch series adds support for the TQM8548-AG and
TQM8548-BE modules from TQ Components GmbH (http://www.tqc.de)
and fixes a few issues with TQM85xx in general.
A second patch series for FSL UPM NAND will follow to support
the NAND multi-chip device on the TQM8548-BE.
Wolfgang.
__
The TQM8548_BE is a variant of the TQM8548 module with NAND and CAN
interface. With NAND support, the image is significantly larger and
TEXT_BASE is adjusted accordingly. U-Boot can be built for this
module with "$ make TQM8548_BE_config".
Signed-off-by: Wolfgang Grandegger
---
MAKEALL
The TQM8548_AG module does not have the standard PCI/PCI-X interface
connected but just the PCI Express interface . So far it was not
possible to disable it without disabling the complete PCI interface
(CONFIG_PCI) including PCI Express.
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/
This patch adds the workaround for erratum DDR20 according to MPC8548
Device Errata document, Rev. 1: "CKE signal may not function correctly
after assertion of HRESET". Furthermore, the bug DDR19 is fixed in
processor version 2.1 and the work-around must be removed.
Signed-off-by: Wolfgang Grandeg
The TQM8548_AG is a variant of the TQM8548 module with 1 GiB memory,
CAN and without PCI/PCI-X and RTC. U-Boot can be built for this module
with "$ make TQM8548_AG_config".
Signed-off-by: Wolfgang Grandegger
---
MAKEALL |1 +
Makefile |3 ++-
include/co
This patch makes accesses to the system memory cachable by removing the
caching-inhibited and guarded flags from the relevant TLB entries for
the TQM8548_BE and TQM8548_AG modules. FYI, the Freescale MPC85* boards
are configured similarly.
This results in a big averall performace improvement. TFTP
According to new TQM8548 timing specification:
Refresh Recovery: 34 -> 53 clocks
CKE pulse width: 1 -> 3 cycles
Window for four activities: 13 -> 14 cycles
Signed-off-by: Jens Gehrlein
Signed-off-by: Wolfgang Grandegger
---
board/tqc/tqm85xx/sdram.c | 14 --
1 file changed, 8 in
Some AMCC eval boards do have a board_eth_init() function calling
pci_eth_init(). These boards need to call cpu_eth_init() explicitly now
with the new eth_init rework.
Signed-off-by: Stefan Roese
---
v2:
- Don't drop the return code from pci_eth_init()
board/amcc/katmai/katmai.c |1 +
boa
Dear Stefan Roese,
In message <200902111436.38210...@denx.de> you wrote:
>
> pci_eth_init() is called to add additional *optional* network interfaces.
> Since PCI boards may or may not exist, I think that a non existant PCI
> ethernet device should not result in an error.
>
> What sort of erro
The following changes since commit ae5d8f613cec1a6af7bf1fc9c42a3b856f021023:
Heiko Schocher (1):
82xx serial, smc: Coding-Style cleanup serial SMC driver
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Heiko Schocher (1):
cfi: make flas
On Tuesday 10 February 2009, Heiko Schocher wrote:
> If on your board is more than one flash, you must know
> the size of every single flash, for example, for updating
> the DTS before booting Linux. So make this function
> flash_get_info() extern, and you can have all info
> about your flashes.
>
Hi Stefan/Wolfgang,
On Wed, Feb 11, 2009 at 5:02 AM, Wolfgang Denk wrote:
> Dear Stefan,
>
> In message <200902111352.04598...@denx.de> you wrote:
> >
> > > > + cpu_eth_init(bis);
> > > > + pci_eth_init(bis);
> > > > +
> > > > + /*
> > > > + * Return 0 so that cpu_eth_init() won't get executed
(Added Ben to CC)
On Wednesday 11 February 2009, Wolfgang Denk wrote:
> > > > + cpu_eth_init(bis);
> > > > + pci_eth_init(bis);
> > > > +
> > > > + /*
> > > > +* Return 0 so that cpu_eth_init() won't get executed again
> > > > +*/
> > > > + return 0;
> > >
>
Dear Stefan,
In message <200902111352.04598...@denx.de> you wrote:
>
> > > + cpu_eth_init(bis);
> > > + pci_eth_init(bis);
> > > +
> > > + /*
> > > + * Return 0 so that cpu_eth_init() won't get executed again
> > > + */
> > > + return 0;
> >
> > What happens in case of errors? This looks broken
On Wednesday 11 February 2009, Wolfgang Denk wrote:
> > +++ b/board/amcc/katmai/katmai.c
> > @@ -451,5 +451,11 @@ int post_hotkeys_pressed(void)
> >
> > int board_eth_init(bd_t *bis)
> > {
> > - return pci_eth_init(bis);
> > + cpu_eth_init(bis);
> > + pci_eth_init(bis);
> > +
> > + /*
> >
Dear Stefan Roese,
In message <1234342325-28950-1-git-send-email...@denx.de> you wrote:
> Some AMCC eval boards do have a board_eth_init() function calling
> pci_eth_init(). These boards need to call cpu_eth_init() explicitly now
> with the new eth_init rework.
>
> Signed-off-by: Stefan Roese
>
Dear Ben Warren,
In message <499265e1.4050...@gmail.com> you wrote:
>
> Thanks for tackling this cluste...@#. I'm not crazy about the
> CONFIG_NET_MULTI_MAX, but then I'm not really sure why the ethernet
> addresses exist in global data on boards with CONFIG_NET_MULTI. The net
Good point.
L
Dear Andy Fleming,
In message <2acbd3e40902101743w5d9dc788lb051707697901...@mail.gmail.com> you
wrote:
>
> > looks like a lot of pointless whitespace changes when there should just be 1
> > new line: the prototype
>
> They're not pointless, they fix it so that the lines are <= 80
> characters wi
On Tuesday 10 February 2009, carolyn.j.sm...@tektronix.com wrote:
> This fixes the initialization of the SDRAM_CODT register in the ppc4xx DDR2
> initialization code. It also removes use of the
> SDRAM_CODT_FEEDBACK_RCV_SINGLE_END and SDRAM_CODT_FEEDBACK_DRV_SINGLE_END
> #define's since they are re
CONFIG_SDRAM_PPC4xx_IBM_DDR2 is not set when include/asm-ppc/config.h is
included. So for katmai, CONFIG_MAX_MEM_MAPPED will get set to 256MB.
It makes perfect sense to set CONFIG_MAX_MEM_MAPPED to 2GB for all PPC4xx
boards right now.
Signed-off-by: Stefan Roese
---
include/asm-ppc/config.h |
Some AMCC eval boards do have a board_eth_init() function calling
pci_eth_init(). These boards need to call cpu_eth_init() explicitly now
with the new eth_init rework.
Signed-off-by: Stefan Roese
---
board/amcc/katmai/katmai.c |8 +++-
board/amcc/taihu/taihu.c |8 +++-
boar
Hello Arjun,
> Right now m using usb console on my development board.I too reffered
> U-boot-usb git tree.
>
If you have patches for this, please post them. I am interested.
Kind Regards,
Remy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.
100 matches
Mail list logo
