-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/05/2011 04:13 AM, Scott Wood wrote:
> On Wed, Dec 08, 2010 at 12:20:45AM -0600, Xiangfu Liu wrote:
>> Signed-off-by: Xiangfu Liu
>> ---
>> nand_spl/board/xburst/nanonote/Makefile | 96
>> nand_spl/board/xburst/nanonote/u-boot.lds |
Hi Andreas,
Le 08/01/2011 17:51, Andreas Bießmann a écrit :
> Dear Albert ARIBAUD,
>
> Am 08.01.2011 um 13:18 schrieb Albert ARIBAUD:
>
>> Le 08/01/2011 11:49, Albert ARIBAUD a écrit :
>>
In my investigations for 'NULL fixup' (-> see
http://thread.gmane.org/gmane.comp.boot-loaders.u-boo
HeyheyHellohellogreetings!Hey!hey!Hello!hello!Yo!yo!Hola!Good dayGood-day!Good
Day!Attention!AttentionWhat's happening?What's Happening??Howdy!howdyHowdy I
found a internet media feed that you you may be interested to look over...
it'll teach you to earn cash on this internet connection; http://
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/05/2011 04:16 AM, Scott Wood wrote:
> On Wed, Dec 08, 2010 at 12:20:46AM -0600, Xiangfu Liu wrote:
>> +writel(readl(EMC_NFECR) & ~EMC_NFECR_ECCE, EMC_NFECR);
>
> readl() and other I/O accessors take pointers, not integer addresses.
Hi Scott
On 01/09/2011 03:33 PM, Minkyu Kang wrote:
> Hi
>
> On 9 January 2011 10:14, seedshope wrote:
>> On 01/08/2011 11:15 PM, Minkyu Kang wrote:
>>> Dear seedshope,
>>>
>>> On 8 January 2011 00:53, seedshopewrote:
From: seedshope
Modify u-boot.lds from nand_spl/board/samsung/smdk6400
Hello.
On 07-01-2011 15:42, Baidu Boy wrote:
> This patch fix a problem for the pcie enumeration when the mpc83xx pcie
> controller
> is connected with switch or we use both of the two pcie controller.
> Signed-off-by: Baidu Boy
> ---
> Changes for v2:
> - Avoid line wrap in the patch
>
Hello.
On 07-01-2011 15:29, Baidu Boy wrote:
> This patch fix a problem for the pcie enumeration when the mpc83xx pcie
> controller
> is connected with switch or we use both of the two pcie controller.
> Signed-off-by: Baidu Boy
> ---
> arch/powerpc/cpu/mpc83xx/pcie.c |8 ++--
> 1 fil
Hello.
On 06-01-2011 19:58, Kumar Gala wrote:
> Add the needed defines and code to utilize the common 8xxx srio init
> code to setup LAWs and modify device tree if we have SRIO enabled on a
> board.
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc86xx/fdt.c|9 -
>
Hello,
On 9 January 2011 21:27, seedshope wrote:
> On 01/09/2011 03:33 PM, Minkyu Kang wrote:
>>
>> Hi
>>
>> On 9 January 2011 10:14, seedshope wrote:
>>>
>>> On 01/08/2011 11:15 PM, Minkyu Kang wrote:
Dear seedshope,
On 8 January 2011 00:53, seedshope wrote:
>
> F
Hi,
My target is a mx35 board (not yet in mainline). According to the manual
and checking the register set and their functionality, the MX.35 has the
same nand controller as the i.MX25 processor (MXC_NFC_V1_1 in the
mxc_nand driver). Probably there is the same issue with the i.MX25, too.
The stor
Hi, Stefano,
2011/1/9 Stefano Babic :
> Hi,
>
> My target is a mx35 board (not yet in mainline). According to the manual
> and checking the register set and their functionality, the MX.35 has the
> same nand controller as the i.MX25 processor (MXC_NFC_V1_1 in the
> mxc_nand driver). Probably there
On 01/09/2011 10:12 PM, Minkyu Kang wrote:
> Hello,
>
> On 9 January 2011 21:27, seedshope wrote:
>> On 01/09/2011 03:33 PM, Minkyu Kang wrote:
>>> Hi
>>>
>>> On 9 January 2011 10:14, seedshopewrote:
On 01/08/2011 11:15 PM, Minkyu Kang wrote:
> Dear seedshope,
>
> On 8 January
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Scott
>
> I don't see any of my comments on v3 addressed or responded to:
> http://lists.denx.de/pipermail/u-boot/2010-December/083601.html
On 12/14/2010 08:05 AM, Scott Wood wrote:
>> nand_spl/nand_boot_jz4740.c | 344
>> ++
Dear Minkyu Kang,
In message <4d22d6f7.3050...@samsung.com> you wrote:
> Use the global data instead of bss variable, replace as follow.
> timer_load_val -> timer_rate_hz
> timestamp -> timer_reset_value
I object against using variables wich have somewhat self-explanatory
names for different purp
Dear Minkyu Kang,
In message <4d22d59b.7030...@samsung.com> you wrote:
> Use the global data instead of bss variable, replace as follow.
> count_value -> timer_rate_hz
> timestamp -> timer_reset_value
> lastdec -> lastinc
I object against using variables wich have somewhat self-explanatory
names
Hi Wolfgang
those patches are for add xburst jz4740 and Ben NanoNote(named qi_lb60) to
U-Boot
some info about xburst jz4740:
the xburst jz4740 is recently added to linux 2.6.36
and it's support the device Ben NanoNote out of box,
this xburst jz4740 cpu have one feature is Boot From USB,
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
arch/mips/cpu/xburst/Makefile| 50 +++
arch/mips/cpu/xburst/config.mk | 33 ++
arch/mips/cpu/xburst/cpu.c | 160
arch/mips/cpu/xburst/jz4740.c| 266
arch/mips/cpu/xburst/jz_serial
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
nand_spl/board/xburst/nanonote/Makefile | 106 +
nand_spl/board/xburst/nanonote/u-boot.lds | 63 +
2 files changed, 169 insertions(+), 0 deletions(-)
create mode 100644 nand
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
arch/mips/include/asm/jz4740.h | 1380
1 files changed, 1380 insertions(+), 0 deletions(-)
create mode 100644 arch/mips/include/asm/jz4740.h
diff --git a/arch/mips/include/asm/jz47
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/jz4740_nand.c | 315
2 files changed, 316 insertions(+), 0 deletions(-)
create mode 100644 drivers/mtd/nand/jz4740_nand.c
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
board/xburst/nanonote/Makefile| 45 +++
board/xburst/nanonote/config.mk | 31 +
board/xburst/nanonote/nanonote.c | 96 +++
board/xburst/nanonote/u-boot-nand.lds | 63 ++
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
MAINTAINERS |4
boards.cfg |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index ba83f71..0482a5f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -906,6 +906,10 @@
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
MAKEALL |4 +++-
Makefile| 10 ++
arch/mips/include/asm/global_data.h |9 +
arch/mips/lib/board.c |8
arch/mips/lib
Dear Reinhard Meyer,
In message <4d2582f6.2040...@emk-elektronik.de> you wrote:
>
> >> timer_load_val -> timer_rate_hz
> >> timestamp -> timer_reset_value
>
> I am not too happy about this "misuse" of gd->variables making them
> "misnomers" and the code harder to read.
I'm not ha
Signed-off-by: Xiangfu Liu
Acked-by: Daniel
Acked-by: ChangWei Jia
---
drivers/mtd/nand/jz4740_nand.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/jz4740_nand.c b/drivers/mtd/nand/jz4740_nand.c
index 32b41ef..b15c4ea 100644
--- a/drivers/
Hi all,
In message Detlev Zundel wrote:
>
> > may I ask again for opinions about enabling that feature?
>
> I also would like to see it. Wolfgang, is there anything that you
> don't like about this option?
Do you have any comments or pros or cons for/against this request?
Thanks.
Best regar
Dear Heiko Schocher,
In message <1292232393-26481-1-git-send-email...@denx.de> you wrote:
> 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
Dear Heiko Schocher,
In message <1292232401-26523-1-git-send-email...@denx.de> you wrote:
> 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
Dear Wolfgang Denk,
In message <1293120266-28753-1-git-send-email...@denx.de> you wrote:
> Commit 722b061 "autocomplete: remove runtime handler install" caused
> some boards (like NETTA2_V2) to break with errors like these:
>
> cmd_net.c:296: error: expected expression before ',' token
>
> Fix t
Dear Mike Frysinger,
In message <1292797013-2940-1-git-send-email-vap...@gentoo.org> you wrote:
> One more place that was missed during the do_reset() unification.
>
> Signed-off-by: Mike Frysinger
> ---
> examples/api/libgenwrap.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
Dear Wolfgang Denk,
In message <1293130738-19657-1-git-send-email...@denx.de> you wrote:
> Commit 98e6956 "mpc52xx: add support for tqm52xx based board charon"
> casued build warnings on some systems. Fix these.
>
> Signed-off-by: Wolfgang Denk
> Cc: Heiko Schocher
> ---
> board/tqc/tqm5200/t
Dear Mike Frysinger,
In message <1292622719-28646-1-git-send-email-vap...@gentoo.org> you wrote:
> 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|
Dear Wolfgang Denk,
In message <1292706041-7010-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Wolfgang Denk
> ---
> v2: Rephrase as suggested by Scott Wood in
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/71743/focus=71761
Applied.
Best regards,
Wolfgang Denk
--
Dear Mike Frysinger,
In message <1292889429-19902-1-git-send-email-vap...@gentoo.org> you wrote:
> We have config_defaults.h which are random configuration settings that
> everyone gets by default. We also have config_cmd_default.h which is a
> recommended list of defaults but boards have to opt
Dear Mike Frysinger,
In message <1292958507-5584-1-git-send-email-vap...@gentoo.org> you wrote:
> Rather than keep the load_addr definition with the bootm code (which
> just happens to use this), move it to the common env code. This way
> we can disable bootm support completely while retaining lo
Dear Mike Frysinger,
In message <1293028829-16057-1-git-send-email-vap...@gentoo.org> you wrote:
> These "last" variables aren't used outside of this file, so add static.
>
> Signed-off-by: Mike Frysinger
> ---
> common/cmd_mem.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
Dear Mike Frysinger,
In message <1293028845-16111-1-git-send-email-vap...@gentoo.org> you wrote:
> These strings are only read, so no need to have them be writable.
>
> Signed-off-by: Mike Frysinger
> ---
> common/main.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
Applied,
Dear Mike Frysinger,
In message <1293028873-16231-1-git-send-email-vap...@gentoo.org> you wrote:
> The flash_verbose logic is only used by the CFI MTD layer, so if we aren't
> using that, disable the logic completely.
>
> Signed-off-by: Mike Frysinger
> ---
> drivers/mtd/cfi_flash.c |6
Dear Mike Frysinger,
In message <1293136812-8577-1-git-send-email-vap...@gentoo.org> you wrote:
> The include/miiphy.h header duplicates a lot of things from linux/mii.h.
> So punt all the things that overlap to keep the API simple and to make
> merging between U-Boot and Linux simpler.
>
> Signe
Dear Mike Frysinger,
In message <1293213443-11027-1-git-send-email-vap...@gentoo.org> you wrote:
> Some ports set up the board info structure at the same time as the global
> data structure, and largely keep them together. So generate a define for
> the board info struct too.
>
> Signed-off-by:
Dear Kumar Gala,
In message <1294183251-4905-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> 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
Dear Mike Frysinger,
In message <1292796854-2842-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> MAINTAINERS | 49 ++---
> 1 files changed, 22 insertions(+), 27 deletions(-)
Applied, thanks.
Best regards,
Wol
There are several users of the hwconfig APIs (8xxx DDR) before we have
the environment properly setup. This causes issues because of the
numerous ways the environment might be accessed because of the
non-volatile memory it might be stored in. Additionally the access
might be so early that memory
Move the parsing of hwconfig to determine if to use spd into common code
so we can share it across all boards instead of duplicating it
everywhere.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/ddr/options.c | 22 +-
arch/powerpc/include/asm/fsl_ddr_sdram.h |
Dear Joakim Tjernlund,
In message <1292838435-14958-4-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> Only these 2 call sites depends on fixups for my mpc8321 based
> board.
>
> Signed-off-by: Joakim Tjernlund
> ---
> arch/powerpc/cpu/mpc83xx/cpu_init.c |2 +-
> arch/powerpc/lib
There are several users of the hwconfig APIs (8xxx DDR) before we have
the environment properly setup. This causes issues because of the
numerous ways the environment might be accessed because of the
non-volatile memory it might be stored in. Additionally the access
might be so early that memory
On Dec 28, 2010, at 5:47 PM, Peter Tyser wrote:
> This change does the following:
> - Adds printing of negotiated link width. This information can be
> useful when debugging PCIe issues.
> - Makes it optional for boards to implement board_serdes_name().
> Previously boards that did not impleme
Dear Joakim Tjernlund,
In message <1292838435-14958-1-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> Remove dependencies on link address. Use GOT and
> add an new function to calculate the actual address.
>
> Signed-off-by: Joakim Tjernlund
> ---
> arch/powerpc/cpu/mpc83xx/start.S
On Jan 9, 2011, at 2:01 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1294183251-4905-1-git-send-email-ga...@kernel.crashing.org> you
> wrote:
>> Previously we passed in a specifically named struct pci_controller to
>> determine if we had setup the particular PCI bus. Now we can
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Since all the PCIe controllers are connected over SERDES on the SoCs we
> can utilize is_serdes_configured() to determine if a controller is
> enabled. After which we can setup the ATMUs and LAWs for the controller
> in a common fashion and allow
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8572DS board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/frees
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in P2020DS board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/freesca
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8544DS board and utliize the common
> fsl_pcie_init_ctrl(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> We don't use the full fsl_pcie_init_ctrl() sinc
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8536DS board and utliize the common
> fsl_pcie_init_board().
>
> Signed-off-by: Kumar Gala
> ---
> board/freescale/mpc8536ds/mpc8536ds.c | 125 ++--
> 1 files changed, 24 insertions(+), 101
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8641HPCN board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/fre
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8548CDS board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/free
Wolfgang Denk wrote on 2011/01/09 21:29:04:
>
> Dear Joakim Tjernlund,
>
> In message <1292838435-14958-4-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > Only these 2 call sites depends on fixups for my mpc8321 based
> > board.
> >
> > Signed-off-by: Joakim Tjernlund
> > ---
> >
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in TQM 85xx boards and utliize the common
> fsl_pcie_init_board().
>
> Signed-off-by: Kumar Gala
> CC: w...@denx.de
> ---
> board/tqc/tqm85xx/law.c |9 +
> board/tqc/tqm85xx/tqm85xx.c | 41 -
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8568MDS board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/free
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8569MDS board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/free
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in P1_P2_RDB boards and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/free
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8610HPCD board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> ---
> board/fre
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in SBC8641 board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> CC: Paul Gortmaker
On Dec 17, 2010, at 5:50 PM, Kumar Gala wrote:
> Remove duplicated code in SBC8548 board and utliize the common
> fsl_pcie_init_board(). We also now dynamically setup the LAWs for PCI
> controllers based on which PCIe controllers are enabled.
>
> Signed-off-by: Kumar Gala
> CC: Paul Gortmaker
Wolfgang Denk wrote on 2011/01/09 21:44:08:
>
> Dear Joakim Tjernlund,
>
> In message <1292838435-14958-1-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > Remove dependencies on link address. Use GOT and
> > add an new function to calculate the actual address.
> >
> > Signed-off-by:
Dear Joakim Tjernlund,
In message <1292838435-14958-3-git-send-email-joakim.tjernl...@transmode.se>
you wrote:
> By copying the GOT to the end of the INIT_RAM(dcache)
> and relocating it there, it is much esier to
> support true PIC on u-boot. This cannot handle
> FIXUP so C code that depends on
Remove duplicated code in MPC8xxx XES boards and utilize the common
fsl_pcie_init_board().
Signed-off-by: Kumar Gala
CC: Peter Tyser
---
* Fix commit message copy/paste issue per Peter T.
* Fixed utilize typo per Peter T.
* removed PCI2 on xpedite520x per Peter T.
* Removed duplicate/now unused
On Jan 9, 2011, at 2:54 PM, Kumar Gala wrote:
> Remove duplicated code in MPC8xxx XES boards and utilize the common
> fsl_pcie_init_board().
>
> Signed-off-by: Kumar Gala
> CC: Peter Tyser
> ---
> * Fix commit message copy/paste issue per Peter T.
> * Fixed utilize typo per Peter T.
> * remove
On Jan 7, 2011, at 5:23 PM, Kumar Gala wrote:
>
> On Jan 7, 2011, at 11:52 AM, Wolfgang Denk wrote:
>
>> Dear York Sun,
>>
>> In message <1294418957.8466.8.ca...@oslab-l1> you wrote:
>>>
>>> fsl_ddr:ctlr_intlv=cacheline,bank_intlv=cs0_cs1_cs2_cs3,ecc=off,addr_hash=false
>>>
>>> With the buff
On Jan 6, 2011, at 10:41 AM, Kumar Gala wrote:
> Remove duplicated code in corenet_ds boards and utilize the common
> fsl_pcie_init_board().
>
> Signed-off-by: Kumar Gala
> ---
> board/freescale/corenet_ds/pci.c | 118 +-
> 1 files changed, 2 insertions(+), 1
Wolfgang Denk wrote on 2011/01/09 21:54:34:
>
> Dear Joakim Tjernlund,
>
> In message <1292838435-14958-3-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > By copying the GOT to the end of the INIT_RAM(dcache)
> > and relocating it there, it is much esier to
> > support true PIC on u
Dear Alexander Holler,
In message <1292863117-3175-1-git-send-email-hol...@ahsoftware.de> you wrote:
> It might be useful to see what compiler version was used to compile u-boot.
> ---
> arch/arm/lib/board.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/
Moved the SRIO init out of corenet_ds and into common code for
8xxx/QorIQ processors that have SRIO. We mimic what we do with PCIe
controllers for SRIO.
We utilize the fact that SRIO is over serdes to determine if its
configured or not and thus can setup the LAWs needed for it dynamically.
We ad
Add the needed defines and code to utilize the common 8xxx srio init
code to setup LAWs and modify device tree if we have SRIO enabled on a
board.
Signed-off-by: Kumar Gala
---
* Removed ifdef protection around extern per Sergei
* Added missing call to srio_init
arch/powerpc/cpu/mpc86xx/cpu_ini
Dear Macpaul Lin,
In message <1292921986-23419-1-git-send-email-macp...@andestech.com> you wrote:
> Add Faraday's ftgmac100 (gigabit ethernet)
> MAC controller's driver.
>
> Signed-off-by: Macpaul Lin
> ---
> Changes for v2:
>- Coding Style cleanup
>- Makefile Order sorted
>- Volatil
From: Roy Zang
False multi-bit ECC errors will be reported by the eSDHC buffer which
can trigger a reset request.
We disable all ECC error checking on SDHC.
Signed-off-by: Roy Zang
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |3 +++
arch/powerpc/cpu/mpc85xx/cpu_in
From: Jerry Huang
Do not issue a manual asynchronous CMD12. Instead, use a (software)
synchronous CMD12 or AUTOCMD12 to abort data transfer.
Signed-off-by: Jerry Huang
Signed-off-by: Roy Zang
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |5 -
drivers/mmc/fsl_es
From: Roy Zang
The default value of the SRS, VS18 and VS30 and ADMAS fields in the host
controller capabilities register (HOSTCAPBLT) are incorrect. The default
of these bits should be zero instead of one.
Clear these bits out when we read HOSTCAPBLT.
Signed-off-by: Roy Zang
Signed-off-by: Kum
On Dec 17, 2010, at 5:59 PM, York Sun wrote:
> Erratum DDR-A003 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/cmd_errata.c|4 ++
> a
On Dec 17, 2010, at 5:59 PM, York Sun wrote:
> diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/options.c
> b/arch/powerpc/cpu/mpc8xxx/ddr/options.c
> index 774c0e4..38260f5 100644
> --- a/arch/powerpc/cpu/mpc8xxx/ddr/options.c
> +++ b/arch/powerpc/cpu/mpc8xxx/ddr/options.c
> @@ -81,10 +81,13 @@ unsign
Dear =?UTF-8?q?David=20M=C3=BCller?=,
In message <1292926154-19802-1-git-send-email-d.muel...@elsoft.ch> you wrote:
>
> This patch brings the VCMA9 port in sync with the latest U-Boot
> version by doing the following:
> - do the necessary adjustments to support the ARM relocation feature
> - us
Hi Albert,
Am 09.01.2011 um 10:00 schrieb Albert ARIBAUD:
> Hi Andreas,
>
> Le 08/01/2011 17:51, Andreas Bießmann a écrit :
>> Dear Albert ARIBAUD,
>>
>> Am 08.01.2011 um 13:18 schrieb Albert ARIBAUD:
>>
>>> Le 08/01/2011 11:49, Albert ARIBAUD a écrit :
>>>
> In my investigations for 'NUL
Dear Michal Simek,
In message <1292936565-24677-1-git-send-email-mon...@monstr.eu> you wrote:
> Microblaze implement enable/disable interrupts through MSR
> that's why disable_interrupts function should return 1 when interrupt
> was enabled. Return 0 when interrupt was disabled.
>
> Signed-off-by
Dear Alessandro Rubini,
In message <20101229231004.ga17...@mail.gnudd.com> you wrote:
>
> > #define writeb(v,c) ({ __iowmb(); __arch_putb(v,c); v;})
> >
> > (note the additional 'v;') should result in correct code, too.
>
> Yes, that's good. Also "0" may work, and may be more readable, (
From: Alexander Holler
gcc 4.5.1 seems to ignore (at least some) volatile definitions,
avoid that as done in the kernel.
Reading C99 6.7.3 8 and the comment 114) there, I think it is a bug of that
gcc version to ignore the volatile type qualifier used e.g. in __arch_getl().
Anyway, using a defin
Dear Dirk Behme,
In message <4d1f1841.5060...@googlemail.com> you wrote:
>
> Do you like to test the patch in the attachment? I named it 'v4'.
Please send patches inline.
> After some thinking and testing, it seems to me that the volatile
> optimization issue this patch shall fix is only with t
Dear Albert ARIBAUD,
In message <4d286f58.9010...@free.fr> you wrote:
>
> I know we consider multi-board u-boot binaries when boards are variant
> of a given SoC, that's one reason why we wanted relocation. I'm not sure
> about multi-SoC when SoC is a variant of a given cpu, though. Wolfgang,
Dear Aneesh V,
In message <1293018898-13253-6-git-send-email-ane...@ti.com> you wrote:
> Add support for some of the key maintenance operations
> - Invalidate all
> - Invalidate range
> - Flush(clean & invalidate) all
> - Flush range
Can you please use a more descriptive s
Dear Aneesh V,
In message <1293018898-13253-7-git-send-email-ane...@ti.com> you wrote:
> adapt omap4 to the new layered cache maintenance framework
>
> Signed-off-by: Aneesh V
> +/*
> + * Outer cache related functions
> + */
> +#ifndef CONFIG_SYS_NO_DCACHE
Do we really need such a #define? Wh
Dear Aneesh V,
In message <1293018898-13253-8-git-send-email-ane...@ti.com> you wrote:
> adapt omap3 to the new layered cache maintenance framework
...
> +/* Declarations */
Please drop this comment. Everybody sees what this is.
> +#ifndef CONFIG_L2_OFF
> /*
> - * Writing to AuxCR i
Dear Jason Liu,
In message <1293024212-4858-1-git-send-email-r64...@freescale.com> you wrote:
> Add initial support for Freescale MX53 processor,
>
> - Add the iomux support and the pin definition,
> - Add the regs definition, clean up some unused def from mx51,
> - Add the low level init support
Dear Jason Liu,
In message <1294129662-680-1-git-send-email-r64...@freescale.com> you wrote:
> Add initial support for Freescale MX53 processor,
>
> - Add the iomux support and the pin definition,
> - Add the regs definition, clean up some unused def from mx51,
> - Add the low level init support,
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > But your new code does not reference CONFIG_SYS_MONITOR_BASE at all,
> > but uses CONFIG_SYS_FLASH_BASE instead.
>
> You can't assume a fixed address when doing PIC therefore the change.
I understand this change is intentionally, then?
> > O
Wolfgang Denk wrote on 2011/01/10 00:25:59:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > But your new code does not reference CONFIG_SYS_MONITOR_BASE at all,
> > > but uses CONFIG_SYS_FLASH_BASE instead.
> >
> > You can't assume a fixed address when doing PIC therefore the
Hi, Wolfgang,
2011/1/10 Wolfgang Denk :
> Dear Jason Liu,
>
> In message <1294129662-680-1-git-send-email-r64...@freescale.com> you wrote:
>> Add initial support for Freescale MX53 processor,
>>
>> - Add the iomux support and the pin definition,
>> - Add the regs definition, clean up some unused d
Hi, Wolfgang,
2011/1/10 Wolfgang Denk :
> Dear Jason Liu,
>
> In message <1293024212-4858-1-git-send-email-r64...@freescale.com> you wrote:
>> Add initial support for Freescale MX53 processor,
>>
>> - Add the iomux support and the pin definition,
>> - Add the regs definition, clean up some unused
Dear Wolfgang Denk,
On 10 January 2011 01:14, Wolfgang Denk wrote:
> Dear Minkyu Kang,
>
> In message <4d22d59b.7030...@samsung.com> you wrote:
>> Use the global data instead of bss variable, replace as follow.
>> count_value -> timer_rate_hz
>> timestamp -> timer_reset_value
>> lastdec -> lastin
This patch adds support for OpenCores tiny_spi.
http://opencores.org/project,tiny_spi
Signed-off-by: Thomas Chou
---
for u-boot
v2, use const and clean up as Mike suggested.
drivers/spi/Makefile |1 +
drivers/spi/oc_tiny_spi.c | 240 +
2 fi
This patch set add the Pantheon soc and dkb board support.
V2:
This patch seris update the seperate mv_common part as suggested.
Lei Wen (5):
mv: seperate kirkwood and armada from common setting
ARM: Add Support for Marvell Pantheon Familiy SoCs
serial: add pantheon soc support
mvmfp: add
Since there are lots of difference between kirkwood and armada series,
it is better to seperate them but still keep the most common file
shared by all marvell platform in the mv-common configure file.
This patch move the kirkwood only driver definitoin in mv-common to
the /config.h.
This patch is
1 - 100 of 119 matches
Mail list logo
