Scott,
On Fri, Feb 22, 2013 at 07:59:41PM -0600, Scott Wood wrote:
> On Thu, Feb 21, 2013 at 06:21:55PM +0100, Phil Sutter wrote:
> > The single message is misleading, since there is no equivalent success
> > note when reading the other copy succeeds. Instead, warn if one of the
> > redundant copi
B4420/B4860 PCIE can not work because of the wrong definition of
the PCIE register offset in the file:
arch/powerpc/include/asm/immap_85xx.h
Add the judgement of B4420/B4860 to make the register offset to:
#define CONFIG_SYS_MPC85xx_PCIE1_OFFSET 0x20
Signed-off-by: Liu
Hi Minkyu Kang,
Thank you for comments.
On Mon, Feb 25, 2013 at 9:49 AM, Minkyu Kang wrote:
>
> Dear Rajeshwari,
>
> On 21/02/13 15:43, Rajeshwari Shinde wrote:
> > This patch adds the configuration file for Snow Board and
> > defines the same in boards.cfg.
> >
> > Signed-off-by: Rajeshwari Shi
On 25/02/13 19:35, Rajeshwari Birje wrote:
> Hi Minkyu Kang,
>
> Thank you for comments.
>
> On Mon, Feb 25, 2013 at 9:49 AM, Minkyu Kang wrote:
>>
>> Dear Rajeshwari,
>>
>> On 21/02/13 15:43, Rajeshwari Shinde wrote:
>>> This patch adds the configuration file for Snow Board and
>>> defines the
This patch series adds support for TMU driver using device tree for Exynos5250
based SMDK5250 board.
Changes since v10:
- Patch-1: Renamed asm/arch/exynos-tmu.h to asm/arch/tmu.h.
- Patch-2: None.
- Patch-3: None.
- Patch-4: None.
- Patch-5: None.
-
Adding Exynos Thermal Management Unit driver to monitor SOC
temperature and take actions corresponding to states of TMU.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- Renamed as/asch/exynos-tmu.h to asm/arch/tmu.h.
arch/arm/include/asm/arch-exynos/tmu.h
Fdt entry for Exynos TMU driver specific pre-defined values used for
calibration of current temperature and defining threshold values.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
arch/arm/dts/exynos5250.dtsi | 5
board/samsung/
This adds call to tmu_init() and TMU boot time analysis
for the SoC temperature threshold breach.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
board/samsung/smdk5250/smdk5250.c | 39 +++
1 file changed, 39 inser
Add generic TMU support alongwith i2c sensors in dtt command
to enable temperature reading in cases where TMU is present
along-with/instead-of i2c sensors.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
common/cmd_dtt.c | 32
This enables the dtt command to read the current SOC
temperature with the help of TMU
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
include/configs/exynos5250-dt.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/exynos5250-dt.
Enables TMU driver support for exynos5250
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
include/configs/exynos5250-dt.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/exynos5250-dt.h b/include/configs/exynos5250-dt.h
index c
This adds hardware tripping at 110 degrees celsius which must enable
forced system shutdown in case TMU fails to power off.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
arch/arm/cpu/armv7/exynos/power.c| 12
arch/arm/include/a
This adds a member to TMU FDT node for providing hardware
tripping temperature threshold.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v10:
- None.
board/samsung/dts/exynos5250-smdk5250.dts | 1 +
doc/device-tree-bindings/exynos/tmu.txt | 5 -
2 files ch
This patch adds the DTS file for Snow Board.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
board/samsung/dts/exynos5250-snow.dts | 69 +
1 files changed, 69 insertions(+), 0 deletions(-)
R_ARM_ABS32 relocation records cause symbol references
to be zero before relocation, and become correct only
after relocation. On the other hand, R_ARM_RELATIVE
records make references correct before as well as
after relocation.
This patch series aims at removing all R_ARM_ABS32
relocations from A
This patch adds the configuration file for Snow Board and
defines the same in boards.cfg.
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- Added Maintainer
Changes in V3:
- Added Maintainer in aphabetical order.
MAINTAINERS|4
boards.cfg |
This patch set adds initial dts and configuration file for snow.
Changes in V2:
- Added Maintainer.
Changes in V3:
- Added Maintainer in aphabetical order.
Rajeshwari Shinde (2):
EXYNOS5: Add initial DTS file for Snow.
EXYNOS5: Snow: Add a configuration file
MAINTAINERS
Output section .u_boot_list was left unmapped in
u-boot-spl.lds for omap-common, causing the location
counter to roll back to bteween .rodata and .data,
making __image_copy_end and _end symbols wrong.
Mapping output section .u_boot_list to memory .sram
fixes these symbols' mapping.
This modifies
Many SPL linker scripts needlessly include linker lists (aka LGAs).
Remove them whenever possible; keep it only in the seven am335x_evm
variants (am335x_evm, am335x_evm_uart[1-5], am335x_evm_spiboot),
where there is actual content in output section .u_boot_list.
This commit keeps all u-boot.bin an
Turn __bss_start and __bss_end__ from linker-generated
to compiler-generated symbols, causing relocations for
these symbols to change type, from R_ARM_ABS32 to
R_ARM_RELATIVE.
This should have no functional impact, as it affects
references to __bss_start and __bss_end__ only before
relocation, and
When using $fdtaddr in $bootcmd and $bootcmd is automatically called,
$fdtaddr is yet not defined.
Signed-off-by: Barak Wasserstrom
---
common/main.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/common/main.c b/common/main.c
index e2d2e09..77b9076 100644
--- a/comm
Dear Albert ARIBAUD,
> R_ARM_ABS32 relocation records cause symbol references
> to be zero before relocation, and become correct only
> after relocation. On the other hand, R_ARM_RELATIVE
> records make references correct before as well as
> after relocation.
>
> This patch series aims at removin
Adnan Ali (1):
Introduced btrfs file-system with btrload command
Makefile |1 +
common/Makefile|1 +
common/cmd_btr.c | 53 +++
fs/btrfs/Makefile | 51 ++
fs/btrfs/btrfs.c | 1131
Introduces btrfs file-system to read file
from volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code, commit 269ebc845ebc8b46ef4b0be7fa0005c7fdb95b8d.
Signed-off-by: Adnan Ali
---
Makefile |
Hi Lukasz,
I test with an extended timeout and no effect.
I already test multiples SD with very good quality SD Card with same
problem (30-40 MB read / 10-20 MB write + SLC)
( just under the UHS-I SD cards )
The problem appears when FAT (or FAT entries) is inconsistent and despite a
repair, the
On Sun, Feb 17, 2013 at 09:17:01PM +0100, Peter Korsgaard wrote:
> > "Matt" == Matt Porter writes:
>
> Matt> Split clock.c for am335x and ti814x and add the ti814x include file.
> Matt> Signed-off-by: Matt Porter
> Matt> ---
> Matt> arch/arm/cpu/armv7/am33xx/Makefile |
On Sun, Feb 17, 2013 at 08:18:57PM +, Peter Korsgaard wrote:
> > "Matt" == Matt Porter writes:
>
> Matt> AM33XX and TI814X have a similar mux though the pinmux register
> Matt> layout and address space differ. Add a separate ti814x mux include
> Matt> to support the TI814X-specific dif
On Mon, Feb 18, 2013 at 03:18:42PM +, Tom Rini wrote:
> On Sun, Feb 17, 2013 at 09:28:33PM +0100, Peter Korsgaard wrote:
> > > "Matt" == Matt Porter writes:
> >
> > Matt> Support the ti814x specific register definitions within
> > Matt> arch-am33xx.
> >
> > Matt> Signed-off-by: Matt P
On Mon, Feb 25, 2013 at 12:24:37PM +, Adnan Ali wrote:
> Introduces btrfs file-system to read file
> from volume/sub-volumes with btrload command. This
> implementation has read-only support.
> This btrfs implementation is based on syslinux btrfs
> code, commit 269ebc845ebc8b46ef4b0be7fa0005c7
On Mon, Feb 25, 2013 at 11:58:56AM +0100, Albert ARIBAUD wrote:
> R_ARM_ABS32 relocation records cause symbol references
> to be zero before relocation, and become correct only
> after relocation. On the other hand, R_ARM_RELATIVE
> records make references correct before as well as
> after relocat
On Mon, Feb 25, 2013 at 01:49:54PM +0800, Sonic Zhang wrote:
> Hi all,
>
>
> On Tue, Feb 19, 2013 at 3:27 PM, Sonic Zhang wrote:
> > Dear Das U-boot developers and upstream git maintainers,
> >
> > I am Sonic Zhang from the Blackfin Linux team in
> > Analog Devices Inc. Blackfin is one of the
On 25/02/13 15:04, Tom Rini wrote:
On Mon, Feb 25, 2013 at 12:24:37PM +, Adnan Ali wrote:
Introduces btrfs file-system to read file
from volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code, commit 269e
Hi Albert, Tom,
2013/2/25 Tom Rini :
> On Mon, Feb 25, 2013 at 11:58:56AM +0100, Albert ARIBAUD wrote:
>
>> R_ARM_ABS32 relocation records cause symbol references
>> to be zero before relocation, and become correct only
>> after relocation. On the other hand, R_ARM_RELATIVE
>> records make referen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/25/2013 11:08 AM, Adnan Ali wrote:
> On 25/02/13 15:04, Tom Rini wrote:
>> On Mon, Feb 25, 2013 at 12:24:37PM +, Adnan Ali wrote:
>>
>>> Introduces btrfs file-system to read file from
>>> volume/sub-volumes with btrload command. This impleme
On 25/02/13 16:29, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/25/2013 11:08 AM, Adnan Ali wrote:
On 25/02/13 15:04, Tom Rini wrote:
On Mon, Feb 25, 2013 at 12:24:37PM +, Adnan Ali wrote:
Introduces btrfs file-system to read file from
volume/sub-volumes with btrlo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/25/2013 11:44 AM, Adnan Ali wrote:
> On 25/02/13 16:29, Tom Rini wrote:
[snip]
> - It looks like you added support for
> CONFIG_CMD_FS_GENERIC, if so did you test that?
This command wasn't enabled in my configs. I haven't added
>>>
Hi Tom,
On Mon, 25 Feb 2013 10:19:13 -0500, Tom Rini wrote:
> On Mon, Feb 25, 2013 at 11:58:56AM +0100, Albert ARIBAUD wrote:
>
> > R_ARM_ABS32 relocation records cause symbol references
> > to be zero before relocation, and become correct only
> > after relocation. On the other hand, R_ARM_REL
This patch adds fdt nodes for peripherals which require
pin muxing and configuration. Device tree bindings for pinctrl
are kept same as required for Linux. Existing pinmux code
modified to retrieve gpio range and function related info from fdt.
Depends-on: [U-Boot] [PATCH 0/4 V3] EXYNOS5: Add GPIO
Implement u-boot.nand target that can be reused with a small amount of
churn across all CPU models. The idea is to delegate the u-boot.nand target
out of the main Makefile and into the CPU's Makefile (very similar to what
u-boot.imx does now). The main Makefile shall only contain path to which the
The MX53 ROM loads the data from NAND in multiples of pages and
supports maximum page size of 4k. Thus, align the image and header
to 4k to be safe from ROM bugs.
Signed-off-by: Marek Vasut
Cc: Benoît Thébaudeau
Cc: Fabio Estevam
Cc: Stefano Babic
---
tools/imximage.c | 11 +++
tool
Augment the MX5 clock code with function to enable and configure
NFC clock. This is necessary to get NFC working on MX5.
Signed-off-by: Marek Vasut
Cc: Benoît Thébaudeau
Cc: Fabio Estevam
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx5/clock.c| 12 ++--
arch/arm/include/asm/arc
Add basic support for the DENX M53EVK board. Currently supported is
the MMC, Ethernet, I2C.
Signed-off-by: Marek Vasut
Cc: Andreas Widder
Cc: Benoît Thébaudeau
Cc: Fabio Estevam
Cc: Stefano Babic
Cc: Wolfgang Denk
---
board/denx/m53evk/Makefile | 40
board/denx/m53evk/imximage.cf
Dear Marek Vasut,
On Monday, February 25, 2013 7:19:54 PM, Marek Vasut wrote:
> Implement u-boot.nand target that can be reused with a small amount of
> churn across all CPU models. The idea is to delegate the u-boot.nand target
> out of the main Makefile and into the CPU's Makefile (very similar
On Monday, February 25, 2013 7:19:55 PM, Marek Vasut wrote:
> The MX53 ROM loads the data from NAND in multiples of pages and
> supports maximum page size of 4k. Thus, align the image and header
> to 4k to be safe from ROM bugs.
>
> Signed-off-by: Marek Vasut
> Cc: Benoît Thébaudeau
> Cc: Fabio
Dear Marek Vasut,
On Monday, February 25, 2013 7:19:56 PM, Marek Vasut wrote:
> Augment the MX5 clock code with function to enable and configure
> NFC clock. This is necessary to get NFC working on MX5.
>
> Signed-off-by: Marek Vasut
> Cc: Benoît Thébaudeau
> Cc: Fabio Estevam
> Cc: Stefano Ba
Dear Marek Vasut,
On Monday, February 25, 2013 7:24:07 PM, Marek Vasut wrote:
> Add basic support for the DENX M53EVK board. Currently supported is
> the MMC, Ethernet, I2C.
>
> Signed-off-by: Marek Vasut
> Cc: Andreas Widder
> Cc: Benoît Thébaudeau
> Cc: Fabio Estevam
> Cc: Stefano Babic
>
On 02/25/2013 12:19:54 PM, Marek Vasut wrote:
Implement u-boot.nand target that can be reused with a small amount of
churn across all CPU models. The idea is to delegate the u-boot.nand
target
out of the main Makefile and into the CPU's Makefile (very similar to
what
u-boot.imx does now). The
Dear Benoît Thébaudeau,
> Dear Marek Vasut,
>
> On Monday, February 25, 2013 7:19:54 PM, Marek Vasut wrote:
> > Implement u-boot.nand target that can be reused with a small amount of
> > churn across all CPU models. The idea is to delegate the u-boot.nand
> > target out of the main Makefile and i
Dear Scott Wood,
> On 02/25/2013 12:19:54 PM, Marek Vasut wrote:
> > Implement u-boot.nand target that can be reused with a small amount of
> > churn across all CPU models. The idea is to delegate the u-boot.nand
> > target
> > out of the main Makefile and into the CPU's Makefile (very similar to
Dear Benoît Thébaudeau,
> On Monday, February 25, 2013 7:19:55 PM, Marek Vasut wrote:
> > The MX53 ROM loads the data from NAND in multiples of pages and
> > supports maximum page size of 4k. Thus, align the image and header
> > to 4k to be safe from ROM bugs.
> >
> > Signed-off-by: Marek Vasut
Dear Marek Vasut,
On Monday, February 25, 2013 10:09:07 PM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> > Dear Marek Vasut,
> >
> > On Monday, February 25, 2013 7:19:54 PM, Marek Vasut wrote:
> > > Implement u-boot.nand target that can be reused with a small amount of
> > > churn across all
Dear Marek Vasut,
On Monday, February 25, 2013 10:07:49 PM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> > On Monday, February 25, 2013 7:19:55 PM, Marek Vasut wrote:
> > > The MX53 ROM loads the data from NAND in multiples of pages and
> > > supports maximum page size of 4k. Thus, align the
On 02/25/2013 03:10:35 PM, Marek Vasut wrote:
Dear Scott Wood,
> On 02/25/2013 12:19:54 PM, Marek Vasut wrote:
> > +$(obj)u-boot.nand: $(obj)u-boot.bin depend
> > + if [ "X$(CONFIG_NAND_TRG_PATH)X" = "XX" ] ;
> > then \
> > + echo "This CPU does not suppo
On 02/25/2013 03:39:12 AM, Phil Sutter wrote:
Scott,
On Fri, Feb 22, 2013 at 07:59:41PM -0600, Scott Wood wrote:
> We should also give a message if one of the CRCs is bad, though
that's
> an existing problem.
Yes, that would be nice. While writing this, I also had the idea of
introducing som
Hi,
On Mon, Feb 25, 2013 at 7:04 AM, Tom Rini wrote:
> On Mon, Feb 25, 2013 at 12:24:37PM +, Adnan Ali wrote:
>
>> Introduces btrfs file-system to read file
>> from volume/sub-volumes with btrload command. This
>> implementation has read-only support.
>> This btrfs implementation is based on
Dear Scott Wood,
> On 02/25/2013 03:10:35 PM, Marek Vasut wrote:
> > Dear Scott Wood,
> >
> > > On 02/25/2013 12:19:54 PM, Marek Vasut wrote:
> > > > +$(obj)u-boot.nand: $(obj)u-boot.bin depend
> > > > + if [ "X$(CONFIG_NAND_TRG_PATH)X" = "XX" ] ;
> > > > then\
> > > > +
Hi,
On Mon, Feb 25, 2013 at 8:48 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/25/2013 11:44 AM, Adnan Ali wrote:
>> On 25/02/13 16:29, Tom Rini wrote:
> [snip]
>> - It looks like you added support for
>> CONFIG_CMD_FS_GENERIC, if so did you test that?
>>
On 02/25/2013 05:03:30 PM, Marek Vasut wrote:
Dear Scott Wood,
> So maybe we need a more general (but optional) CONFIG_BUILD_TARGET.
Can you elaborate?
Same as CONFIG_SPL_TARGET, but not SPL-specific. Basically a way for a
board config file to add to $(ALL-y).
> So each one would set the
Dear Scott Wood,
On Tuesday, February 26, 2013 12:07:25 AM, Scott Wood wrote:
> On 02/25/2013 05:03:30 PM, Marek Vasut wrote:
> > Dear Scott Wood,
> >
> > > So maybe we need a more general (but optional) CONFIG_BUILD_TARGET.
> >
> > Can you elaborate?
>
> Same as CONFIG_SPL_TARGET, but not SPL-
Simon,
On Sat, Feb 23, 2013 at 8:15 PM, Simon Glass wrote:
> The cover letter is sent to everyone who is on the Cc list for any of
> the patches in the series. Sometimes it is useful to send just the cover
> letter to additional people, so that they are aware of the series, but
> don't need to wa
Adjust the sizes calculated for whole partition/chip operations by
removing the size of bad blocks so we don't try to erase/read/write
past a partition/chip boundary.
Signed-off-by: Harvey Chapman
---
common/cmd_nand.c | 51 +++
1 file changed, 5
The Arndale board is based on samsung's exynos5250 SOC.
First patch moves board specific options to board specific config file and the
second patch adds the initial config and dts file for the arndale board.
Changes in v2:
- Added entry is MAINTAINERS
- Added Chander's Acked-by
I
The Arndale board is based on samsung's exynos5250 SOC.
This patch adds a initial config and dts file.
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
This depends on the first 6 patches from Amar at [1]
[1] http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/151523
MAINTAINE
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
include/configs/exynos5250-dt.h | 60 ---
include/configs/smdk5250.h | 35 +++
2 files changed, 35 insertions(+), 60 deletions(-)
diff --git a/include/configs/exynos5250-
[Slightly off-topic, but I can't find the answer with google]
I changed the From: line in this patch e-mail to the address I use for this
list rather than the address I committed with. Will this affect the author line
once accepted upstream? That is, should I have left the From: address as it was
Hi Joe,
On Sun, Feb 24, 2013 at 11:50 AM, Joe Hershberger
wrote:
> Hi Simon,
>
> On Sun, Feb 24, 2013 at 11:25 AM, Simon Glass wrote:
>> Add support for generating an autoconf.h header file that can be used in
>> the source instead of #ifdef.
>>
>> For example, instead of:
>>
>> #ifdef CONFIG_V
Hi Joe,
On Sun, Feb 24, 2013 at 11:53 AM, Joe Hershberger
wrote:
> Hi Simon,
>
> On Sun, Feb 24, 2013 at 11:26 AM, Simon Glass wrote:
>> This is not currently used, since autoboot is not enabled for this
>> board, but the string is missing a parameter. Add it.
>>
>
> Why not enable autoboot for
Hi Joe,
On Sun, Feb 24, 2013 at 12:13 PM, Joe Hershberger
wrote:
> Hi Simon,
>
> On Sun, Feb 24, 2013 at 11:26 AM, Simon Glass wrote:
>> There are two implementations of autoboot(). Turn these into two separate
>> functions, and create a single autoboot() which calls either one or the
>> other.
On Feb 26, 2013, at 12:22 AM, Harvey Chapman wrote:
> [Slightly off-topic, but I can't find the answer with google]
> I changed the From: line in this patch e-mail to the address I use for this
> list rather than the address I committed with. Will this affect the author
> line once accepted ups
From: Harvey Chapman
Adjust the sizes calculated for whole partition/chip operations by
removing the size of bad blocks so we don't try to erase/read/write
past a partition/chip boundary.
Signed-off-by: Harvey Chapman
---
common/cmd_nand.c | 51 +++
Hi Joe,
On Sun, Feb 24, 2013 at 12:40 PM, Joe Hershberger
wrote:
> Hi Simon,
>
> On Sun, Feb 24, 2013 at 11:26 AM, Simon Glass wrote:
>> Convert this function and its children to use autoconf instead of #ifdef.
>>
>> Some header files must now be included unconditionally, so remove some of
>> th
Dear Wolfgang Denk,
On 19 February 2013 12:13, Wolfgang Denk wrote:
> Dear Inderpal Singh,
>
> In message <1360841461-18028-3-git-send-email-inderpal.si...@linaro.org> you
> wrote:
>> The Arndale board is based on samsung's exynos5250 SOC.
>> This patch adds a initial config and dts file.
>>
>>
Adjust the sizes calculated for whole partition/chip operations by
removing the size of bad blocks so we don't try to erase/read/write
past a partition/chip boundary.
Signed-off-by: Harvey Chapman
---
common/cmd_nand.c | 51 +++
1 file changed, 5
Sorry for all of the e-mails while I fumble with git send-email.
On Feb 26, 2013, at 12:43 AM, Harvey Chapman wrote:
> Adjust the sizes calculated for whole partition/chip operations by
> removing the size of bad blocks so we don't try to erase/read/write
> past a partition/chip boundary.
>
> S
Hi Joe,
On Sun, Feb 24, 2013 at 12:56 PM, Joe Hershberger
wrote:
> Hi Simon,
>
> On Sun, Feb 24, 2013 at 11:26 AM, Simon Glass wrote:
>> Remove #ifdefs in favour of autoconf for this code. This involves removing
>> a few unnecessary #ifdefs in headers also.
>>
>> We have two versions of the code
Hi Joe,
On Sun, Feb 24, 2013 at 1:33 PM, Joe Hershberger
wrote:
> Hi Simon,
>
> On Sun, Feb 24, 2013 at 11:26 AM, Simon Glass wrote:
>> Convert main_loop() over to use autoconf, and add a required prototype
>> to common.h.
>>
>> The do_mdm_init variable is now always defined, but this seems like
Dear Benoît Thébaudeau,
> Dear Scott Wood,
>
> On Tuesday, February 26, 2013 12:07:25 AM, Scott Wood wrote:
> > On 02/25/2013 05:03:30 PM, Marek Vasut wrote:
> > > Dear Scott Wood,
> > >
> > > > So maybe we need a more general (but optional) CONFIG_BUILD_TARGET.
> > >
> > > Can you elaborate?
>
Dear Scott Wood,
> On 02/25/2013 05:03:30 PM, Marek Vasut wrote:
> > Dear Scott Wood,
> >
> > > So maybe we need a more general (but optional) CONFIG_BUILD_TARGET.
> >
> > Can you elaborate?
>
> Same as CONFIG_SPL_TARGET, but not SPL-specific. Basically a way for a
> board config file to add t
Dear wanxs,
it is usually polite to supply your full name in the email.
> Dear Marek Vasut,
> Thanks for your patches.But when I patch them to my u-boot,I get a
> error.
> I get u-boot-imx from denx.
> git apply
> U-Boot-1-4-common-imx-Implement-generic-u-boot.nand-target.patch
>
> e
79 matches
Mail list logo
