Dear York Sun,
In message <1291863340-4354-1-git-send-email-york...@freescale.com> you wrote:
> Print a message when a RDIMM is detected.
Please put an indication of affected boards / processors /
architectures in the Subject: ; like "mpc8xxx: ..."
(applies to all patches).
Best regards,
Wolfg
On Mon, Dec 13, 2010 at 11:12 PM, Kumar Gala wrote:
> List Paul Gortmaker as maintainer for SBC85xx and SBC86xx boards
>
> Signed-off-by: Kumar Gala
> ---
> MAINTAINERS | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 4cf7c77..8da
Dear York Sun,
In message <1291863340-4354-6-git-send-email-york...@freescale.com> you wrote:
> Added fsl_ddr_get_version() function to poll DDRC IP version (major, minor,
> errata) to determine if unique mode registers are available. This function may
> be needed for future other platforms if suc
Dear York Sun,
In message <1291863340-4354-7-git-send-email-york...@freescale.com> you wrote:
> Adding byte 32 and 33
>
> Signed-off-by: York Sun
> ---
> include/ddr_spd.h |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/include/ddr_spd.h b/include/ddr_spd.h
> i
Dear York Sun,
In message <1291863340-4354-10-git-send-email-york...@freescale.com> you wrote:
> Extend board specific parameters to include write leveling start override
> Extend write leveling sample to 0xf
> Adding rcw overrid for quad-rank RDIMMs
>
> Signed-off-by: York Sun
...
> + /*
Dear York Sun,
In message <1291863340-4354-9-git-send-email-york...@freescale.com> you wrote:
> Use environment variable to active the interactive debugging.
...
s/active/activate/
> diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/Makefile
> b/arch/powerpc/cpu/mpc8xxx/ddr/Makefile
> index cb7f856..4b
On Mon, Dec 13, 2010 at 11:10 PM, Kumar Gala wrote:
>
> On Dec 10, 2010, at 12:21 PM, Kumar Gala wrote:
>
>> MPC8540EVAL
There might have been one of these relics kicking around somewhere, but I won't
be able to check until I'm back in Ottawa on Wed.
If it is just a hardware/validation issue to
On 12/13/10 21:26, Wolfgang Denk wrote:
> Dear Nathan,
>
> In message<4d066e11.9000...@codesourcery.com> you wrote:
>>
>>> Hopefully, Nathan can provide some input on this.
>>
>> It is required by the C and C++ standards.
>
> Could you please provide a link? Not that I don't believe you, but
> I'
On Dec 8, 2010, at 8:55 PM, York Sun wrote:
> Erratum DDRA003 requires workaround to correctly set RCW10 for registered
> DIMM.
> Also adding polling after enabling DDR controller to ensure completion.
>
> Signed-off-by: York Sun
> ---
> arch/powerpc/cpu/mpc85xx/ddr-gen3.c | 53 +
On Mon, 2010-12-13 at 23:10 -0600, Kumar Gala wrote:
> On Dec 8, 2010, at 8:55 PM, York Sun wrote:
>
> > Add writing to cdr1, cdr2, err_disable, err_int_en and debug registers
> > Add options to override rcw, address parity to RDIMMs.
> > Use array for debug registeres.
> >
> > Signed-off-by: Yor
On Dec 14, 2010, at 12:42 AM, York Sun wrote:
> On Tue, 2010-12-14 at 00:37 -0600, Kumar Gala wrote:
>> On Dec 14, 2010, at 12:30 AM, York Sun wrote:
>>
>>> On Mon, 2010-12-13 at 23:10 -0600, Kumar Gala wrote:
On Dec 8, 2010, at 8:55 PM, York Sun wrote:
> Add writing to cdr1, cdr2
On Tue, 2010-12-14 at 00:37 -0600, Kumar Gala wrote:
> On Dec 14, 2010, at 12:30 AM, York Sun wrote:
>
> > On Mon, 2010-12-13 at 23:10 -0600, Kumar Gala wrote:
> >> On Dec 8, 2010, at 8:55 PM, York Sun wrote:
> >>
> >>> Add writing to cdr1, cdr2, err_disable, err_int_en and debug registers
> >>>
On Dec 14, 2010, at 12:30 AM, York Sun wrote:
> On Mon, 2010-12-13 at 23:10 -0600, Kumar Gala wrote:
>> On Dec 8, 2010, at 8:55 PM, York Sun wrote:
>>
>>> Add writing to cdr1, cdr2, err_disable, err_int_en and debug registers
>>> Add options to override rcw, address parity to RDIMMs.
>>> Use arr
On Mon, 2010-12-13 at 23:13 -0600, Kumar Gala wrote:
> On Dec 8, 2010, at 8:55 PM, York Sun wrote:
>
> > Added fsl_ddr_get_version() function to poll DDRC IP version (major, minor,
> > errata) to determine if unique mode registers are available. This function
> > may
> > be needed for future othe
Dear Kumar Gala,
In message <44874c9b-9978-49b8-924e-a9e35a67b...@kernel.crashing.org> you wrote:
>
> > Please keep socrates and stxssa and add me as MAINTAINER, if nobody
> > else volunteers.
>
> Want to volunteer for stxgp3?
No, as I don't have such hardware to do any testing.
Best regards,
On Dec 8, 2010, at 8:55 PM, York Sun wrote:
> Use environment variable to active the interactive debugging.
>
> Signed-off-by: York Sun
> ---
> arch/powerpc/cpu/mpc8xxx/ddr/Makefile |6 +-
> arch/powerpc/cpu/mpc8xxx/ddr/interactive.c | 1882
> arch/powerpc/cp
On Dec 8, 2010, at 8:55 PM, York Sun wrote:
> Added fsl_ddr_get_version() function to poll DDRC IP version (major, minor,
> errata) to determine if unique mode registers are available. This function may
> be needed for future other platforms if such a feature exists. If true, always
> use unique
On Dec 8, 2010, at 8:55 PM, York Sun wrote:
> Add writing to cdr1, cdr2, err_disable, err_int_en and debug registers
> Add options to override rcw, address parity to RDIMMs.
> Use array for debug registeres.
>
> Signed-off-by: York Sun
> ---
> arch/powerpc/cpu/mpc85xx/ddr-gen3.c | 10 +++
On Dec 10, 2010, at 12:50 PM, York Sun wrote:
> Wolfgang,
>
> On Thu, 2010-12-09 at 11:12 +0100, Wolfgang Denk wrote:
>> Dear York Sun,
>>
>> In message <1291863340-4354-2-git-send-email-york...@freescale.com> you
>> wrote:
>>> To temporarily fix buffer issue when running at flash, use bigger
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> This board does not actually configure anything for SDRAM - change
> the name to avoid confusion and make it easier to go to a common
> initdram going forward.
>
> Signed-off-by: Becky Bruce
> ---
> board/pm856/law.c |5 ++---
> board/p
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> As far as I can tell, this board doesn't actually configure the LBC
> for SDRAM. I've renamed this to avoid confusion (and to make the
> initdram() cleanup easier later.)
>
> Signed-off-by: Becky Bruce
> ---
> board/pm854/law.c |5 ++-
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> Modeled after the MPC8540DS code; this will allow us to use a common
> initdram() once that is available. There should be no functional
> change.
>
> Signed-off-by: Becky Bruce
> ---
> board/mpc8540eval/mpc8540eval.c | 64
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> Neither of these parts should have the erratum this is meant to
> work around. Delete it.
>
> Signed-off-by: Becky Bruce
> ---
> include/configs/MPC8568MDS.h |1 -
> include/configs/MPC8569MDS.h |1 -
> 2 files changed, 0 insertions(+), 2
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> This isn't used - delete it.
>
> Signed-off-by: Becky Bruce
> ---
> include/configs/MPC8569MDS.h |6 --
> 1 files changed, 0 insertions(+), 6 deletions(-)
applied to 85xx next
- k
___
U-Boot m
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> This will help us go to a fixed initdram() for all 85xx boards going
> forward. sdram_setup() had an argument that it didn't need, since the
> value was #defined.
>
> Signed-off-by: Becky Bruce
> ---
> board/socrates/sdram.c |4 ++--
> 1 fil
On Dec 13, 2010, at 3:06 PM, Becky Bruce wrote:
> Some platforms might want to override the default wimge=0 for
> DDR. Add CONFIG_DDR_TLB_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.
This should
List Paul Gortmaker as maintainer for SBC85xx and SBC86xx boards
Signed-off-by: Kumar Gala
---
MAINTAINERS |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4cf7c77..8da6018 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -212,8 +212,10 @@
The MPC8540EVAL board is no longer maintained and thus we are removing
support for it.
Signed-off-by: Kumar Gala
---
board/mpc8540eval/Makefile | 54 ---
board/mpc8540eval/ddr.c | 73
board/mpc8540eval/flash.c | 894 ---
board/mpc8
The ATUM8548 board is no longer maintained and thus we are removing
support for it.
Signed-off-by: Kumar Gala
---
MAINTAINERS|4 -
board/atum8548/Makefile| 57 --
board/atum8548/atum8548.c | 297 -
board/atum8548/ddr.c | 83
On Dec 10, 2010, at 12:21 PM, Kumar Gala wrote:
> MPC8540EVAL
> PM854
> PM856
Looks like these 3 boards don't have anyone speaking up for them so I intend to
remove them.
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/l
On Dec 13, 2010, at 10:05 PM, Kumar Gala wrote:
>
> On Dec 12, 2010, at 3:43 PM, Wolfgang Denk wrote:
>
>> Dear Kumar Gala,
>>
>> In message <4fa54118-1f7b-4959-94d4-cc6be2165...@kernel.crashing.org> you
>> wrote:
>>> There are a few 85xx boards that I'm wondering if anyone cares about or is
On Dec 12, 2010, at 3:43 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <4fa54118-1f7b-4959-94d4-cc6be2165...@kernel.crashing.org> you
> wrote:
>> There are a few 85xx boards that I'm wondering if anyone cares about or is
>> acting as a maintainer:
>>
>> ATUM8548 (Robert Lazar
On Dec 13, 2010, at 10:04 AM, robert lazarski wrote:
> On Fri, Dec 10, 2010 at 3:21 PM, Kumar Gala wrote:
>> ATUM8548(Robert Lazarski)
>
> I left the company (Instituto Atlantico or IA for short) that
> sponsored the project in 2008. I'm still subscribed to the u-boot
> list, and AFAIK
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 f8689b9eb3a7f6925cd50404a12479889188c510:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
are available in the
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.
> > > Move __got2_entries out
On Mon, 6 Dec 2010 19:53:54 +0800
wrote:
> From: Xiangfu Liu
>
> Signed-off-by: Xiangfu Liu
> ---
> nand_spl/board/xburst/nanonote/Makefile | 96
> nand_spl/board/xburst/nanonote/u-boot.lds | 63 ++
> nand_spl/nand_boot_jz4740.c | 344
> +
On Tue, 14 Dec 2010 00:16:28 +0100
Wolfgang Denk wrote:
> Just two questions:
>
> Q1: Are we sure that the observed behaviour is intentional, and not
> eventually unintended behaviour (well, a bug) in the new versions
> of GCC? In general newer releases are supposed to provide better
>
Dear Kim Phillips,
In message <20101213171212.df4a1ce5.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull:
>
> The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
>
> Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44
> +0
Dear Scott Wood,
In message <20101210230051.ga30...@udp111988uds.am.freescale.net> you wrote:
> Recent GCC (4.4+) performs out-of-line epilogues in some cases, when
> optimizing for size. It causes a link error for _restgpr_30_x (and similar)
> if libgcc is not linked.
>
> It actually increases
Wolfgang Denk,
Please pull:
The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git master
Baidu Boy (1):
Dear raymond zhao,
In message you
wrote:
>
> I have a AMCC PowerPC 405EX based board. The u-boot version is U-Boot
> 1.3.2-RELEASE_11. It works fine until we have to change the NOR-Flash chip
There has never been any such release. There was v1.3.2, followed by
v1.3.3. Note that these are more
On Mon, 29 Nov 2010 21:10:45 +0800
Baidu Boy wrote:
> This patch fix a problem for the pcie enumeration for mpc83xx cpus.Without
> this
> we will not get correct value in hose->regions[...].
>
> The pointer *reg in function mpc83xx_pcie_init_bus() shall not be changed.
> Because we will use th
On Fri, 10 Dec 2010 17:00:51 -0600
Scott Wood wrote:
> Recent GCC (4.4+) performs out-of-line epilogues in some cases, when
> optimizing for size. It causes a link error for _restgpr_30_x (and similar)
> if libgcc is not linked.
>
> It actually increases size with very small binaries, due to th
Dear Kumar Gala,
In message <19a172f6-414e-4f31-90aa-f50a047fc...@kernel.crashing.org> you wrote:
> [Added Timur's P1022 patch fix]
>
> The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
>
> Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44
> +
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.
> > Move __got2_entries outside _GOT2_TABLE_ defining scope
> > matching the rest of Po
The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git ..BRANCH.NOT.VERIFIED..
Dirk Behme (1):
OMAP: Timer:
Dear Wolfgang Denk,
In message <1291890384-20008-1-git-send-email...@denx.de> you wrote:
> Make code build with older tool chains.
>
> Signed-off-by: Wolfgang Denk
> ---
> arch/arm/cpu/arm1136/start.S |2 +-
> arch/arm/cpu/arm1176/start.S |2 +-
> arch/arm/cpu/arm720t/start.S |
Dear s-paul...@ti.com,
In message <1292083690-17647-1-git-send-email-s-paul...@ti.com> you wrote:
> Wolfgang,
>
> Please pull u-boot-ti/next
>
> After adding the twl6030 patch i realized that Albert delegated this patch to
> himself.
> But i have seen no comments from him. So i did not ammend t
On Mon, 29 Nov 2010 08:59:21 +0100
"Schwarz,Andre" wrote:
> Kim,
>
>
> > On Tue, 16 Nov 2010 13:37:50 +0100
> > Andre Schwarz wrote:
> >
> > > USB register range IMMR+0x00-0xff is reserved and hangs the CPU.
> > >
> > > Signed-off-by: Andre Schwarz
> > > ---
> >
> > nack, 837x has a usb contr
Dear s-paul...@ti.com,
In message <1292082883-16881-1-git-send-email-s-paul...@ti.com> you wrote:
> The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-imx
>
> are available in the git repo
Dear Prafulla Wadaskar,
In message
you wrote:
>
> are available in the git repository at:
>
> u-boot-marvell.git master branch.
>
> Prafulla Wadaskar (8):
> (Ignore-already pulled by wolfgang) ARM: make timer variables in gt_t
> available for all ARM platforms
> arm: Add Suppor
Hi, everyone
I have a AMCC PowerPC 405EX based board. The u-boot version is U-Boot
1.3.2-RELEASE_11. It works fine until we have to change the NOR-Flash chip
from JS28F128P33B85 to JS28F128P33BF70 since the JS28F128P33B85 is obsolete.
I checked the datasheet of these two flash chips, they all suppo
Dear Nathan,
In message <4d066e11.9000...@codesourcery.com> you wrote:
>
> > Hopefully, Nathan can provide some input on this.
>
> It is required by the C and C++ standards.
Could you please provide a link? Not that I don't believe you, but
I'd like to understand the rationale, if there is any
This isn't used - delete it.
Signed-off-by: Becky Bruce
---
include/configs/MPC8569MDS.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/include/configs/MPC8569MDS.h b/include/configs/MPC8569MDS.h
index 9620fd0..e64277e 100644
--- a/include/configs/MPC8569MDS.h
+++
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
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
2 GiB (DDR2, 64-bit, CL=
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
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
As far as I can tell, this board doesn't actually configure the LBC
for SDRAM. I've renamed this to avoid confusion (and to make the
initdram() cleanup easier later.)
Signed-off-by: Becky Bruce
---
board/pm854/law.c |5 ++---
board/pm854/tlb.c |4 ++--
include/configs/PM854.
This board does not actually configure anything for SDRAM - change
the name to avoid confusion and make it easier to go to a common
initdram going forward.
Signed-off-by: Becky Bruce
---
board/pm856/law.c |5 ++---
board/pm856/tlb.c |4 ++--
include/configs/PM856.h |6 +--
Neither of these parts should have the erratum this is meant to
work around. Delete it.
Signed-off-by: Becky Bruce
---
include/configs/MPC8568MDS.h |1 -
include/configs/MPC8569MDS.h |1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/configs/MPC8568MDS.h b/incl
Some platforms might want to override the default wimge=0 for
DDR. Add CONFIG_DDR_TLB_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.
Signed-off-by: Becky Bruce
---
arch/powerpc/cpu/mpc85xx/tlb.c |
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 +++
Modeled after the MPC8540DS code; this will allow us to use a common
initdram() once that is available. There should be no functional
change.
Signed-off-by: Becky Bruce
---
board/mpc8540eval/mpc8540eval.c | 64 +-
1 files changed, 35 insertions(+), 29 delet
This will help us go to a fixed initdram() for all 85xx boards going
forward. sdram_setup() had an argument that it didn't need, since the
value was #defined.
Signed-off-by: Becky Bruce
---
board/socrates/sdram.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/
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
[Re: [U-Boot] 85xx board maintainership / anyone care?] On 13/12/2010 (Mon
12:46) Kumar Gala wrote:
>
> On Dec 12, 2010, at 9:23 AM, Paul Gortmaker wrote:
>
> > On Fri, Dec 10, 2010 at 1:21 PM, Kumar Gala
> > wrote:
> >> There are a few 85xx boards that I'm wondering if anyone cares about or
On 12/13/10 18:47, Kumar Gala wrote:
> Hopefully, Nathan can provide some input on this.
It is required by the C and C++ standards.
nathan
--
Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery
___
U-Boot mailing list
U-Boot
On Dec 12, 2010, at 9:23 AM, Paul Gortmaker wrote:
> On Fri, Dec 10, 2010 at 1:21 PM, Kumar Gala wrote:
>> There are a few 85xx boards that I'm wondering if anyone cares about or is
>> acting as a maintainer:
>>
>> ATUM8548(Robert Lazarski)
>> MPC8540EVAL
>> PM854
>> PM856
>> socrates
On Dec 13, 2010, at 10:15 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message you
> wrote:
>>
>>> Or has the rule officially been dropped that the "#if" in the C
>>> prepro use the same shortcut logic as the "if" in C?
>>
>> I'm being told that not reporting this as an error is a bug
[Added Timur's P1022 patch fix]
The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
John Schmoller (1)
Dear Kumar Gala,
In message you wrote:
>
> > Or has the rule officially been dropped that the "#if" in the C
> > prepro use the same shortcut logic as the "if" in C?
>
> I'm being told that not reporting this as an error is a bug in previous
> gcc's not the new one. There isn't anything in the
On Fri, Dec 10, 2010 at 3:21 PM, Kumar Gala wrote:
> ATUM8548 (Robert Lazarski)
I left the company (Instituto Atlantico or IA for short) that
sponsored the project in 2008. I'm still subscribed to the u-boot
list, and AFAIK there's been only silence from IA on the list
concerning that boar
On Dec 3, 2010, at 1:03 PM, Timur Tabi wrote:
> On the P1022, the pins which drive the video display (DIU) are muxed with the
> local bus controller (LBC), so if the DIU is active, the pins need to be
> temporarily muxed to LBC whenever accessing NOR flash.
>
> The code which handled this transi
The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61:
Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
John Schmoller (1):
fsl_upm: Add MxMR/MDR syn
On Dec 5, 2010, at 11:57 PM, P.V.Suresh wrote:
> eSDHC host controller reset results in clearing of snoop bit also.
> This patch sets the SNOOP bit after the completion of host controller reset.
> Without this patch mmc reads are not consistent.
>
> Signed-off-by: P.V.Suresh
> ---
>
> This pat
On Dec 9, 2010, at 9:52 AM, Kumar Gala wrote:
> The following commit:
>
> commit 46e91674fb4b6d06c6a4984c0b5ac7d9a16923f4
> Author: Peter Tyser
> Date: Tue Nov 3 17:52:07 2009 -0600
>
>tsec: Force TBI PHY to 1000Mbps full duplex in SGMII mode
>
> Removed setting Auto-Neg by default, how
On Dec 12, 2010, at 3:49 PM, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20101210122714.24b2c...@udp111988uds.am.freescale.net> you wrote:
>> On Fri, 10 Dec 2010 12:14:43 -0600
>> Kumar Gala wrote:
>>
>>> On the OXC & RMU boards I'm seeing the following build error:
>>>
>>> powerp
The U-Boot Design Principles[1] clearly say:
Initialize devices only when they are needed within U-Boot, i.e. don't
initialize the Ethernet interface(s) unless U-Boot performs a download
over Ethernet; don't initialize any IDE or USB devices unless U-Boot
actually tries to load files from
as discussed in thread
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/76654
and as a result of this discussion Michael Zaidman
proposed to create a genutils.h, see:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/78692
So, introduce this genutils.h, as BUILD_BUG_ON is also
needed
Hello Reinhard,
Reinhard Meyer wrote:
> Dear Asen Dimov,
>>
>> Signed-off-by: Asen Dimov
>> ---
>> arch/arm/include/asm/arch-at91/at91cap9.h|1 +
>> arch/arm/include/asm/arch-at91/at91sam9260.h |1 +
>> arch/arm/include/asm/arch-at91/at91sam9261.h |1 +
>> arch/arm/include/asm
Am 03.12.2010 09:47, schrieb Matthias Weisser:
> Enabling d cache leads to greatly improved image decompression times.
Please do not apply this patch as it causes some commands to fail when
dcache is enabled. I will investigate the problem a send a working patch.
Matthias
___
82 matches
Mail list logo
