Hi Wolfgang and Mike,
Wolfgang Denk wrote:
> 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 f
Hello,
On 8 January 2011 19:49, Albert ARIBAUD wrote:
>>> diff --git a/arch/arm/cpu/armv7/start.S b/arch/arm/cpu/armv7/start.S
>>> index 684f2d2..4eeb12a 100644
>>> --- a/arch/arm/cpu/armv7/start.S
>>> +++ b/arch/arm/cpu/armv7/start.S
>>> @@ -195,6 +195,8 @@ copy_loop:
>>> add r3, r3, r0
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/atmel.c | 18 +-
drivers/mtd/spi/eon.c| 22 +-
drivers/mtd/spi/macronix.c | 22 +-
drivers/mtd/spi/spansion.c | 26 +-
drivers
All of the spi flash drivers implement the status register polling for
detecting the device ready state, so unify them all in a new helper
function -- spi_flash_wait_ready.
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/atmel.c | 31 +---
drivers/mtd/spi/eon.c
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/eon.c| 55 ++---
drivers/mtd/spi/macronix.c | 60 ++--
drivers/mtd/spi/spansion.c | 57 ++-
drivers/mtd/spi/spi_flash.c
These functions largely do the same exact thing, so unify them all
into one basic function.
Signed-off-by: Mike Frysinger
---
drivers/mtd/spi/spi_flash.c | 67 --
1 files changed, 19 insertions(+), 48 deletions(-)
diff --git a/drivers/mtd/spi/spi_flash.
The amount of duplication across SPI flash driver has always annoyed me,
and we've seen bugs that affect multiple drivers fixed in only some, and
I figure if the Linux kernel driver can unify these things, then there is
really no reason we can't too.
So this here are a few incremental patches to g
Hello Wolfgang,
Wolfgang Denk wrote:
> 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:
>>
Hello Chris,
Sorry for the late reply, but just looked in patchwork and found that
I am responsible for your patch, so ...
Chris Packham wrote:
> This adds support for for the PCA9535/PCA9539 family of gpio devices which
> have 16 output pins.
>
> To let the driver know which devices are 16-pin
Signed-off-by: Mike Frysinger
---
common/cmd_nvedit.c |8
include/config_cmd_defaults.h |2 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index fb69c24..715dffd 100644
--- a/common/cmd_nvedit.c
+++ b/common/
Signed-off-by: Mike Frysinger
---
include/spi_flash.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/include/spi_flash.h b/include/spi_flash.h
index 1f8ba29..89cc3a7 100644
--- a/include/spi_flash.h
+++ b/include/spi_flash.h
@@ -26,11 +26,6 @@
#include
#include
On Sunday, January 09, 2011 11:25:52 Wolfgang Denk wrote:
> 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 con
The following changes since commit 89c95f0cd3f8140f3b8a82a22a6a144c148d09c6:
asm-offsets: generate bd_t size (2011-01-09 18:08:20 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Andreas Schallenberg (1):
Blackfin: dnp5370: new board port
Our monitor is always in RAM, so enable this define for the CFI layer.
Signed-off-by: Mike Frysinger
---
include/configs/bf506f-ezkit.h|1 +
include/configs/bfin_adi_common.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/bf506f-ezkit.h b/include
Dear Wolfgang,
On Monday 10 January 2011 04:11 AM, Wolfgang Denk wrote:
> 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 su
DKB is a Development Board for PANTHEON TD/TTC(pxa920/pxa910) with
* Processor upto 806Mhz
* LPDDR1/2
* x8/x16 SLC/MLC NAND
* Footprints for eMMC & MMC x8 card
With Peripherals:
* Parallel LCD I/F
* Audio codecs (88PM8607)
* MIPI CSI-2 camera
* Marvell 88W8787 802.11n/BT module
* Marvell 2G/3G RF
Signed-off-by: Lei Wen
---
drivers/serial/serial.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c
index cd3439e..4032dfd 100644
--- a/drivers/serial/serial.c
+++ b/drivers/serial/serial.c
@@ -33,6 +33,8 @@
#include
#e
This patch adds the support MFP support for Marvell PANTHEON SoCs
Signed-off-by: Lei Wen
---
arch/arm/include/asm/arch-pantheon/mfp.h | 42 ++
drivers/gpio/mvmfp.c |2 +
2 files changed, 44 insertions(+), 0 deletions(-)
create mode 100644 ar
Pantheon Family processors are highly integrated SoCs
based on Sheeva_88SV331x-v5 PJ1 cpu core.
Ref:
http://www.marvell.com/products/processors/communications/marvell_pantheon_910_920_pb.pdf
SoC versions Supported:
1) PANTHEON920 (TD)
2) PANTHEON910 (TTC)
Signed-off-by: Lei Wen
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
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
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
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
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
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
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
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
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 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 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 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-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 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 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
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 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, (
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
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 =?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
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
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
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
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
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
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
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
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
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/
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
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
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 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
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
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
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:
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
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 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 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 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 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 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 -
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 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
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 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 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 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 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:
> 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 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
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 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
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
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
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 |
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
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
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 <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 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 <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 <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 <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 <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 <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 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 <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 <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 <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 <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 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 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
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
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/
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
---
MAKEALL |4 +++-
Makefile| 10 ++
arch/mips/include/asm/global_data.h |9 +
arch/mips/lib/board.c |8
arch/mips/lib
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
---
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
---
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
1 - 100 of 119 matches
Mail list logo
