Commit 0ad7f0950a9bc0a69b3cd5f34ccf7da25fcf1c6d [ppc4xx: cleanup
default environment for AMCC boards] broke the default env for
many PPC4xx boards. The '\0' character got removed at the end
of some environment commands like "update". This patch adds the
missing '\0' characters again.
Signed-off-by
Dear Steve Sakoman,
> From: Alagu Sankar
>
> This patch adds multi-block read support for generic MMC. It also modifies
> existing multi-block write to limit the maximum number of blocks per transfer.
> A new member is added in the mmc structure for the host controller to specify
> the maximum numb
Rename mx51 to mx5 in order to support more mx51
like-style SOCs such as MX53 and the followings.
Signed-off-by: Jason Liu
---
arch/arm/cpu/armv7/{mx51 => mx5}/Makefile |0
arch/arm/cpu/armv7/{mx51 => mx5}/clock.c | 44 ++--
arch/arm/cpu/armv7/{mx51 => mx
On Thursday, October 14, 2010 09:33:21 Reinhard Meyer wrote:
> Supports most types that support Read-Id and the FM25H20.
>
> Signed-off-by: Reinhard Meyer
> ---
> changes since V5: rebased on current MASTER
this matches what's already in my branch, so if you've tested this, i'll push
it over to
We cannot rely on the syscontrol rom func to program PLL_DIV with anomaly
05000440 is in effect, so manually program the MMR when necessary.
Signed-off-by: Mike Frysinger
---
arch/blackfin/cpu/initcode.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/
Signed-off-by: Mike Frysinger
---
arch/blackfin/include/asm/mach-bf518/anomaly.h |2 ++
arch/blackfin/include/asm/mach-bf527/anomaly.h |4 +++-
arch/blackfin/include/asm/mach-bf533/anomaly.h |7 ++-
arch/blackfin/include/asm/mach-bf537/anomaly.h |7 ++-
arch/blackfin/inclu
On Thu, Oct 14, 2010 at 1:03 AM, Heiko Schocher wrote:
> since commit 3667cbeed5e3c4067e624e52a916b1ebb02c8f05
> on beagle board the second sdram bank didn;t longer
> work. Since this patch sdram settings just get copied
> from bank a, but CMD_NOP, CMD_PRECHARGE, CMD_AUTOREFRESH
> are not executed
From: Alagu Sankar
This patch adds multi-block read support for generic MMC. It also modifies
existing multi-block write to limit the maximum number of blocks per transfer.
A new member is added in the mmc structure for the host controller to specify
the maximum number of blocks it supports.
Sig
>
> On Mon, Oct 4, 2010 at 1:32 PM, John Rigby wrote:
> > Alagu,
> >
> > This never made it into Andy's tree nor upstream. Could you submit a
> > new patch to current upstream with the config option removed as Andy
> > said he did back in May? Maybe we can get it commited via some other
> > m
On Mon, Oct 4, 2010 at 1:32 PM, John Rigby wrote:
> Alagu,
>
> This never made it into Andy's tree nor upstream. Could you submit a
> new patch to current upstream with the config option removed as Andy
> said he did back in May? Maybe we can get it commited via some other
> maintainer. Steve S
Wolfgang,
Please pull u-boot-ti/master
Thanks,
Sandeep
The following changes since commit e79f48393dd919079b34f37957c933f8e75c164d:
Lei Wen (1):
env_mmc: fix cannot save env issue
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Ben Gardiner (7):
Hello.
On 10/11/10 05:41, Michal Simek wrote:
> Support New emaclite AXI IP.
> Signed-off-by: Michal Simek
> CC: Ben Warren
[...]
> diff --git a/drivers/net/xilinx_emaclite.c b/drivers/net/xilinx_emaclite.c
> index 455ce0c..76af939 100644
> --- a/drivers/net/xilinx_emaclite.c
> +++ b/drivers/ne
>
> This patch series adds NAND support to the da850evm. The support is in the
> spirit of that found in the omap-l1 and u-boot-davinci trees where NAND
> support
> can be enabled with the addition of a single '#define CONFIG_USE_NAND' to
> the
> top of the include/configs/da850evm.h file. Pinmux
Dne Po 4. října 2010 01:45:16 Kyungmin Park napsal(a):
> Hi,
>
> There's no OneNAND tree but all patches are mainlined by Scott Wood's tree.
>
> And related with patch. I wonder why it's problem with your board?
>
> As it's function pointer. It should be located the data section and it's
> assig
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in t
This patch fixes the LINUX_BOOT_PARAM_ADDR define to be based off of
PHYS_SDRAM_1 instead of CONFIG_SYS_MEMTEST_START. On da830 they are the same
thing but on da850 the CONFIG_SYS_MEMSTART define is offset from the
PHYS_SDRAM_1 start.
Without this patch it is not possible to boot linux on da850 --
There is currently no NAND pinmux enabled by the da850evm board setup code.
This is fine when booting from NAND since the early boot code (UBL) will setup
the pinmux; however, when the boot mode is any other setting NAND is unusable
when enabled in the config.
This patch adds a pinmux list for NAN
The default NAND flash timings are very conservative. This patch assigns the
timings reccomended in the recent linux kernel patch [1] from Sekhar Nori. The
speedup, as reported in that patch, is 5.3x for reads.
[1] http://www.spinics.net/lists/arm-kernel/msg100278.html
Signed-off-by: Ben Gardiner
This patch enables also the mtdpart, ubi and ubifs commands when NAND support
is enabled.
Signed-off-by: Ben Gardiner
To: Sudhakar Rajashekhara
Signed-off-by: Ben Gardiner
---
V2:
* Rebased to b69b02b92f59330be9d662110e202cfd3503eafa of u-boot-ti/master
---
include/configs/da850evm.h |8
The current da850evm config is missing the pieces for NAND support that can be
found in Sandeep's u-boot-davinci tree [1].
This patch adds NAND support in the spirit of the support in the u-boot-davinci
tree where NAND support for the da850evm can be enabled by putting a single
'#define CONFIG_USE
The ECC calculations were started by writing 1 << 13 to the nand FCR register;
that value is also defined as DAVINCI_NANDFCR_4BIT_CALC_START in emif_defs.h.
This patch substitutes the macro DAVINCI_NANDFCR_4BIT_CALC_START for the
magic number '1 << 13'.
Signed-off-by: Ben Gardiner
CC: Sandeep Pa
This patch series adds NAND support to the da850evm. The support is in the
spirit of that found in the omap-l1 and u-boot-davinci trees where NAND support
can be enabled with the addition of a single '#define CONFIG_USE_NAND' to the
top of the include/configs/da850evm.h file. Pinmux entries are add
> The code in u-boot to copy bank 1 settings to bank 2 was a workaround so
> that Beagle users
> who didn't update x-load immediately would at least have a functioning
> system.
>
> I don't think that Heiko's patch will do any harm and it might be a good
> idea so that EVB
> Beagle users can use t
.
>
>
>
> >
> >
> > Hello,
> >
> > This is the version 4 of patch series to add initial support for
> > OMAP3 IGEP v2 board.
> >
> > CHANGES:
> >
> > * since v3
> >- [x/3] add Acked-by and Tested-by lines
> >- [3/3] fix warning in the build:
> > igep0020.c: In function 'board_et
>
>
> Hello,
>
> This is the version 4 of patch series to add initial support for
> OMAP3 IGEP v2 board.
>
> CHANGES:
>
> * since v3
>- [x/3] add Acked-by and Tested-by lines
>- [3/3] fix warning in the build:
> igep0020.c: In function 'board_eth_init':
> igep0020.c:1
On Thursday, October 14, 2010 02:51:34 Joakim Tjernlund wrote:
> Fix these warnings:
> dlmalloc.c: In function 'free':
> dlmalloc.c:2507: warning: dereferencing pointer '({anonymous})' does break
> strict-aliasing rules dlmalloc.c:2507: warning: dereferencing pointer
> '({anonymous})' does break st
On Thursday, October 14, 2010 04:29:51 Wolfgang Denk wrote:
> Reinhard Meyer wrote:
> > > dev = (struct eth_device *)malloc(sizeof *dev);
> > >
> > > + memset(dev, 0, sizeof(*dev));
> > >
> > > sprintf (dev->name, "RTL8139#%d", card_number);
> >
> > Ap
Dear Steve Sakoman,
In message <1287064487.7756.21.ca...@quadra> you wrote:
>
> With the introduction of the Beagle xM came the need to deal with
> several types of POP memory, and the resulting need for customized setup
> for the SDRC.
>
> This is best handled in x-load while running from SRAM,
Dear Remy,
In message <1287062826-12481-1-git-send-email...@denx.de> I wrote:
> From: Damien Dusha
>
> Signed-off-by: Francesco Rendine
> Signed-off-by: Damien Dusha
> Signed-off-by: Anatolij Gustschin
>
> Coding style cleanup; slight file restructuring.
> Signed-off-by: Wolfgang Denk
> ---
On Thursday, October 14, 2010, wind_embedded wrote:
>
>
> well, when you completely ignore all good advice, including to ignore
> known-to-be working code, and instead insist on using versions that
> are > 3 years old and hopelessly obsoleted...
>
> ..then you must face the fact that you cannot ge
Hello Steve,
Steve Sakoman wrote:
> On Thu, 2010-10-14 at 10:38 +0200, Wolfgang Denk wrote:
>> Dear Heiko Schocher,
>>
>> In message <1287043393-2036-1-git-send-email...@denx.de> you wrote:
>>> since commit 3667cbeed5e3c4067e624e52a916b1ebb02c8f05
>>> on beagle board the second sdram bank didn;t l
On Thu, 2010-10-14 at 10:38 +0200, Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <1287043393-2036-1-git-send-email...@denx.de> you wrote:
> > since commit 3667cbeed5e3c4067e624e52a916b1ebb02c8f05
> > on beagle board the second sdram bank didn;t longer
> > work. Since this patch sdram
Do we want them set to zero regardless of their size, or do we just want
to not include the further banks in gd->ram_size.
Signed-off-by: Gray Remlin
diff --git a/arch/arm/cpu/arm926ejs/kirkwood/dram.c
b/arch/arm/cpu/arm926ejs/kirkwood/dram.c
index 7439c87..3f5eae5 100644
--- a/arch/arm/cpu/arm926
On 10/14/2010 12:57 PM, Jason Liu wrote:
> Rename mx51 to mx5 in order to support more mx51
> like-style SOCs such as MX53 and the followings.
Hi Jason,
>
> Signed-off-by: Jason Liu
Your mailer (or the original patch) cannot be applied. It seems it is
was generated on another system, any line
well, when you completely ignore all good advice, including to ignore
known-to-be working code, and instead insist on using versions that
are > 3 years old and hopelessly obsoleted...
..then you must face the fact that you cannot get much help from the
community.
Update to recent code (v2010.0
Supports most types that support Read-Id and the FM25H20.
Signed-off-by: Reinhard Meyer
---
changes since V5: rebased on current MASTER
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/ramtron.c| 319 ++
drivers/mtd/spi/spi_flash.c
From: Damien Dusha
Signed-off-by: Francesco Rendine
Signed-off-by: Damien Dusha
Signed-off-by: Anatolij Gustschin
Coding style cleanup; slight file restructuring.
Signed-off-by: Wolfgang Denk
---
arch/powerpc/include/asm/immap_512x.h |4 +
board/freescale/mpc5121ads/mpc5121ads.c |
Dear Damien Dusha,
In message <1282455714-12834-1-git-send-email-d.du...@gmail.com> you wrote:
> Add support for the USB Host controller of the MPC5121e, based on the
> original patch by Francesco Rendine [1].
>
> The patch configures the USB Host controller and the on-board UTMI phy,
> includi
If start of any DRAM bank is greater than total DDR size, remaining
DDR bank sizes were left un-initialized in dram_init function. This
could break other functions who uses array 'gd->bd->bi_dram'.Kirkwood
network driver is one example.
Signed-off-by: Tanmay Upadhyay
---
arch/arm/cpu/arm926ejs/k
Dear Arno Steffen,
In message you
wrote:
>
> > Looks like his tree is uptodate but he never updates tags.
>
> So what version I should use to have something stable and referable?
If you want something _stable_, then aways use the latest official
release, i. e. v2010.09.
For all other purposes
2010/10/13 John Rigby :
> On Wed, Oct 13, 2010 at 5:58 AM, Arno Steffen
> wrote:
>> Checking the TI ARM U-Boot Custodian Tree
>> (http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-ti.git) I see
>> the latest release is 2009.08.
>> Am I in the wrong tree or what might be the reason?
>>
>> Best
Good Day
I am planning on using uboot to boot linux on the imx31.
The system will be booting from nandflash( making use of micron nand flash
using the quasi standard protocol)
I would like to know if i need to create a 1st stage bootloader that executes
from the 1st 2k of nandflash that will b
I will be out of the office starting 10/13/2010 and will not return until
10/14/2010.
I will respond to your message when I return. Please contact my manager
Colleen Becker 319-295-1567 if you require immediate attention.
___
U-Boot mailing list
U-Boo
Board support for the Guntermann & Drunck CATCenter Io.
Board support for the Guntermann & Drunck IoCon.
Signed-off-by: Dirk Eibach
---
This replaces
[PATCH] ppc4xx: Add CATCenter IoCon 405EP board support
and
[PATCH] ppc4xx: Add CATCenter Io 405EP board support
MAINTAINERS
Wolfgang Denk wrote on 2010/10/14 11:38:57:
>
> Dear Joakim Tjernlund,
>
> In message 00313...@transmode.se> you wrote:
> >
> > I would borrow the naming from linux and call it mallocz
>
> ... except that Linux does not use any "mallocz" anywhere :-)
>
> I guess you mean [k]zalloc() ?
Yes,
The fixup routine must not fixup NULL pointers.
Problem can be seen by
char *testfun(void) __attribute__((weak));
char *(*myfun)(void) = testfun;
Then add
printf("myfun:%p, &myfun:%p\n", myfun, &myfun);
before relocation and after relocation.
myfun should be NULL in both cases but it is not.
Dear Joakim Tjernlund,
In message
you
wrote:
>
> I would borrow the naming from linux and call it mallocz
... except that Linux does not use any "mallocz" anywhere :-)
I guess you mean [k]zalloc() ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & De
Dear Reinhard Meyer,
In message <4cb6c3d3.7050...@emk-elektronik.de> you wrote:
>
> > And why exactly does calloc() not fit?
>
> It has two parameters... Produces more code to always supply an
> extra "1"...
Ah.
> But for malloc() in such driver init situations, another code saving
> function w
On Thursday, October 14, 2010, Reinhard Meyer wrote:
> Wolfgang Denk schrieb:
>> Dear Reinhard Meyer,
>>
>> In message <4cb6a110.6080...@emk-elektronik.de> you wrote:
>>> instead of adding or having the sequence of
>>>
>>> malloc(), memset()
>>>
>>> in all places where a definitely sane initialize
Kim, Timur,
after spending some more hours there's some success in MPC8377 based
board bring up.
After using I2C for HRCW boot sequencing it is working fine now.
BDI setup is also up and running, i.e. DDR and Flash are working fine.
U-Boot is starting properly and hangs after relocation, but hav
>
> Wolfgang Denk schrieb:
> > Dear Reinhard Meyer,
> >
> > In message <4cb6a110.6080...@emk-elektronik.de> you wrote:
> >> instead of adding or having the sequence of
> >>
> >> malloc(), memset()
> >>
> >> in all places where a definitely sane initialized structure
> >> is required it would make
Wolfgang Denk schrieb:
> Dear Reinhard Meyer,
>
> In message <4cb6a110.6080...@emk-elektronik.de> you wrote:
>> instead of adding or having the sequence of
>>
>> malloc(), memset()
>>
>> in all places where a definitely sane initialized structure
>> is required it would make more sense to introduc
Hi Wolfgang,
please pull from u-boot-imx
The following changes since commit e79f48393dd919079b34f37957c933f8e75c164d:
Lei Wen (1):
env_mmc: fix cannot save env issue
are available in the git repository at:
git://git.denx.de/u-boot-imx master
Loic Minier (1):
mx51evk: add u-bo
Nobuhiro Iwamatsu schrieb:
>> Apparently its quite common NOT to check malloc()'s possible
>> NULL return value... At least most NET drivers don't seem to...
>
> Oh, This is a stupid mistake.
That's NOT your mistake! It has been like that before.
Reinhard
___
Dear Heiko Schocher,
In message <1287043393-2036-1-git-send-email...@denx.de> you wrote:
> since commit 3667cbeed5e3c4067e624e52a916b1ebb02c8f05
> on beagle board the second sdram bank didn;t longer
> work. Since this patch sdram settings just get copied
> from bank a, but CMD_NOP, CMD_PRECHARGE,
Dear Nobuhiro Iwamatsu,
In message you
wrote:
>
> >> dev = (struct eth_device *)malloc(sizeof *> dev);
> >> + memset(dev, 0, sizeof(*dev));
> >>
> >> sprintf (dev->name, "RTL8139#%d", card_numbe> r);
> >
> > Apparently its quite common NOT to check malloc(
On 10/13/2010 10:37 PM, John Rigby wrote:
> From: Loic Minier
>
> Signed-off-by: Loic Minier
> CC: stefano babic
> ---
> board/freescale/mx51evk/config.mk |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
Dear "Eibach, Dirk",
In message <48d3d52125c49b43ae880038e2e5314bb5b...@srv101.gdsys.de> you wrote:
>
> > Please factor out such common code. Eventually, a single
> > board entry with two configurations is sufficient?
>
> Nice idea. Is there a way to do this with boards.cfg?
Yes. See the pro
Dear Reinhard Meyer,
In message <4cb6a3d3.1020...@emk-elektronik.de> you wrote:
>
> > dev = (struct eth_device *)malloc(sizeof *dev);
> > + memset(dev, 0, sizeof(*dev));
> >
> > sprintf (dev->name, "RTL8139#%d", card_number);
>
> Apparently its quite common NOT t
Dear Reinhard Meyer,
In message <4cb6a110.6080...@emk-elektronik.de> you wrote:
>
> instead of adding or having the sequence of
>
> malloc(), memset()
>
> in all places where a definitely sane initialized structure
> is required it would make more sense to introduce a single
> function doing bo
since commit 3667cbeed5e3c4067e624e52a916b1ebb02c8f05
on beagle board the second sdram bank didn;t longer
work. Since this patch sdram settings just get copied
from bank a, but CMD_NOP, CMD_PRECHARGE, CMD_AUTOREFRESH
are not executed and after that mr register is also
not updated. This patch adds t
Hi,
2010/10/14 Reinhard Meyer :
> Dear All,
>> dev = (struct eth_device *)malloc(sizeof *dev);
>> + memset(dev, 0, sizeof(*dev));
>>
>> sprintf (dev->name, "RTL8139#%d", card_number);
>
> Apparently its quite common NOT to check malloc()'s possible
> NULL re
> It seems thius board is very similar to the "io" board;
> especially board/gdsys/iocon/{io,iocon}.c and
> include/configs/{ip,iocon}.h share many, many identical lines.
>From the u-boot point of view they are similar indeed, while anything
but cpu and fpga interface has nothing in common (th
63 matches
Mail list logo
