Hi Eric
> >
> Are you referring to **another** manufacturer?
>
> We have support for SABRE Lite in main-line and are actively maintaining it.
What about i.MX6DL SABRE Auto ? Is it in main-line too ? If yes, which config
file should I use ?
By looking at boards.cfg, I could find mx6qsabreaut
Hello Michal,
These files were imported from Linux Kernel.
(drivers/mtd/nand/denali.[ch])
I guess Chin does not want to change the code
unless it is really necessary.
(And I like this way.
We can easily find which parts were adjusted by diffing.)
But, good catch!
I think your feedback is highly
Hi Masahiro.
On 02/24/2014 09:06 AM, Masahiro Yamada wrote:
> Hello Michal,
>
> These files were imported from Linux Kernel.
> (drivers/mtd/nand/denali.[ch])
then they should be fixed too. Or better fix kernel
driver first and then add these changes to u-boot.
Checkpatch in the u-boot is just th
On 24/02/14 15:39, Piotr Wilczek wrote:
> Dear Minkyu Kang,
>
>> -Original Message-
>> From: Minkyu Kang [mailto:mk7.k...@samsung.com]
>> Sent: Saturday, February 22, 2014 8:38 AM
>> To: Rajeshwari Birje; Piotr Wilczek; Rajeshwari S Shinde
>> Cc: Jaehoon Chung; u-boot@lists.denx.de; Kyungm
Disable CONFIG_OF_CONTROL for SPL compilation.
Signed-off-by: Michal Simek
---
Changes in v2:
- Do not init SPL from DTB - not supported now
- New patch in this series
include/configs/zynq-common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/zynq-common.h b/include/conf
Enable initialize sdhci from DTB.
Signed-off-by: Michal Simek
---
Changes in v2: None
arch/arm/include/asm/arch-zynq/sys_proto.h | 1 +
drivers/mmc/zynq_sdhci.c | 29 +
2 files changed, 30 insertions(+)
diff --git a/arch/arm/include/asm/arch-zynq
- Add xilinx_emaclite_of_init to netdev.h
- Remove global data pointer from the driver
- Add better handling for error state.
Signed-off-by: Michal Simek
---
Changes in v2:
- Remove bis parameter which was causing compilation error
drivers/net/xilinx_emaclite.c | 17 +
include/
Read ram size directly from DTB.
Signed-off-by: Michal Simek
---
Changes in v2: None
board/xilinx/zynq/board.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/board/xilinx/zynq/board.c b/board/xilinx/zynq/board.c
index 82f2345..485a5e4 100644
--- a/bo
Gem can be directly initialized from DTB.
Signed-off-by: Michal Simek
---
Changes in v2: None
drivers/net/zynq_gem.c | 42 ++
include/netdev.h | 1 +
2 files changed, 43 insertions(+)
diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c
i
Add console selection from DTB which is enough to have
OF driven solution.
Signed-off-by: Michal Simek
---
Changes in v2: None
drivers/serial/serial_zynq.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/serial/serial_zynq.c b/drivers/serial/serial_zyn
Commit 6825a95 (kbuild: use Linux Kernel build scripts)
changed the behavior of linkage when USE_PRIAVATE_LIBGCC
is defined as "yes".
(It dropped arch/arm/lib/eabi_compat.o from the
target library.)
Affected boards are all Tegra boards.
This commit gets back the same behavior as before Kbuild ser
Hello Wolfgang,
> Can we use here documents in cases like this, so the number of
> shell command executions could be greatly reduced?
>
> Does something like this work?
>
> define cmd_generic-offsets\
> cat <<_END_ > $@\
> #ifndef __GENERIC_ASM_OFFSETS_H__
Hi Tom,
On Fri, 21 Feb 2014 14:16:45 -0500, Tom Rini wrote:
> Hey,
>
> The following changes since commit 3e11350255d9c5d4bd03c2a65769da84c05d3294:
>
> Merge branch 'u-boot/master' into 'u-boot-arm/master' (2014-02-20 13:16:05
> +0100)
>
> are available in the git repository at:
>
>
>
Lack of this check resulted in a data abort when CPU tried to execute the
following command (without further mandatory input): 'pmic MAX77686_PMIC'.
Only the 'pmic list' command requires one passed parameter.
Other require at least two valid parameters for correct operation.
Signed-off-by: Lukasz
HOSTCFLAGS_autoconf.mk.dep was added by commit 422322f
but it has never been used.
Cc: Vadim Bendebury
Cc: Simon Glass
Signed-off-by: Masahiro Yamada
---
Hello Vadim, Simon.
I cannot understand what the hell this macro is used for.
Why HOSTCFLAGS_...?
Why not CFLAGS_... ?
Can you explain?
Signed-off-by: Masahiro Yamada
Cc: Tom Warren
Cc: Stephen Warren
Cc: Rajeshwari Birje
Cc: Inderpal Singh
---
Hi.
I grepped the whole tree and found
arch/arm/cpu/armv7/tegra124/config.mk
include/configs/arndale.h
include/configs/smdk5420.h
define CONFIG_ARCH_DEVICE_TREE,
but it is ne
Same as the previous commit.
Move sanity check to prepare1 target to avoid nasty troubles.
Signed-off-by: Masahiro Yamada
---
Makefile | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index fffeb7e..b034a36 100644
--- a/Makefile
+++ b/Makefile
@@ -5
Masahiro Yamada (2):
kbuild: Fix a false error of generic board support
kbuild: Move linker sciript check to prepare1
Makefile | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
--
1.8.3.2
___
U-Boot mailing list
U-
Before this commit, make terminated with an error
where it shouldn't under some condition.
This bug happened when we built a board unsupporting
generic board right after building with generic board.
For example, the following sequence failed.
(harmony uses generic board but microblaze-generic doe
> -Original Messages-
> From: "Albert ARIBAUD"
> Sent Time: 2014-02-22 00:38:05 (Saturday)
> To: feng...@phytium.com.cn
> Cc: u-boot@lists.denx.de, tr...@ti.com
> Subject: Re: [PATCH] arm64 patch: gicv3 support
>
> Hi feng...@phytium.com.cn,
>
> On Wed, 15 Jan 2014 16:10:56 +0800, fen
Run "tools/reformat.py -i -d '-' -s 8 boards0.cfg && mv
boards0.cfg boards.cfg"
in order to keep arc entries sorted.
Signed-off-by: Fabio Estevam
---
boards.cfg | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index c90bb2b..8ce130a 100644
--- a/
On Thu, 2014-02-20 at 14:06 -0600, Rob Herring wrote:
> On Thu, Feb 20, 2014 at 10:06 AM, Ian Campbell wrote:
> > On Thu, 2014-02-20 at 09:24 -0600, Rob Herring wrote:
> >> > +#define AHCI_PHYCS0R 0x00c0
> >> > +#define AHCI_PHYCS1R 0x00c4
> >> > +#define AHCI_PHYCS2R 0x00c8
> > [...]
> >> > +#def
On Sat, Feb 22, 2014 at 01:17:50PM +0100, Albert ARIBAUD wrote:
[snip]
> Again -- I do insist -- I understand your viewpoint, which is that
> compilers can always be made to produce correct code from packed structs
> with unaligned fields, therefore such unaligned fields are not a
> problem and we
Dear All,
In the newest master u-boot
(SHA1: 1674df60d17e0e72396c961d5390bb62b184ad95)
I've found a regression with writing to EXT4 file system:
Writing uImage to ext4 partition - created with Debian's
mkfs.ext4 /dev/sdd2 (size 58M)
dfu-util -R -a2 -D arch/arm/boot/uImage
uImage size - 4.8 MiB
Hi Tom,
> The calloc() call was allocating space for the sizeof the struct
> pointer rather than for the struct contents.
> Besides, since this buffer is passed to mmc for writing and some
> platforms may use cache, the legacy_mbr struct should be
> cache-aligned.
Is there any problem with this p
On Mon, Feb 24, 2014 at 04:46:05PM +0100, Lukasz Majewski wrote:
> Hi Tom,
>
> > The calloc() call was allocating space for the sizeof the struct
> > pointer rather than for the struct contents.
> > Besides, since this buffer is passed to mmc for writing and some
> > platforms may use cache, the
Hi Tom,
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/19/2014 10:03 AM, Tom Rini wrote:
> > On 02/19/2014 09:56 AM, Hector Palacios wrote:
> >> On 01/28/2014 01:46 PM, Piotr Wilczek wrote:
> >>> This patch fixes part_efi code to avoid unaligned access exception
> >>> on some ARM pla
Hi Stefano,
On Wed, Feb 19, 2014 at 10:19 AM, Tom Rini wrote:
>> I see now in patchworks that PF100's patch is assigned to Tom - this
>> makes sense because it is not strictly i.MX code. I can apply it myself
>> if Tom agrees.
>
> Go ahead and take it, thanks!
Will PF100 PMIC support enter into
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/24/2014 11:09 AM, Fabio Estevam wrote:
> Hi Stefano,
>
> On Wed, Feb 19, 2014 at 10:19 AM, Tom Rini wrote:
>>> I see now in patchworks that PF100's patch is assigned to Tom -
>>> this makes sense because it is not strictly i.MX code. I can
>>>
On Mon, Feb 24, 2014 at 04:56:57PM +0100, Lukasz Majewski wrote:
> Hi Tom,
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 02/19/2014 10:03 AM, Tom Rini wrote:
> > > On 02/19/2014 09:56 AM, Hector Palacios wrote:
> > >> On 01/28/2014 01:46 PM, Piotr Wilczek wrote:
> > >>> This
Hi,
On 24.02.2014 16:13, ext Lukasz Majewski wrote:
> Dear All,
>
> In the newest master u-boot
> (SHA1: 1674df60d17e0e72396c961d5390bb62b184ad95)
>
> I've found a regression with writing to EXT4 file system:
>
> Writing uImage to ext4 partition - created with Debian's
> mkfs.ext4 /dev/sdd2 (
On 02/21/2014 03:27 AM, Priyanka Jain wrote:
> @@ -62,11 +60,18 @@ static const struct board_specific_parameters udimm0[] = {
>* num| hi| rank| clk| wrlvl | wrlvl | wrlvl | cpo |wrdata|2T
>* ranks| mhz| GB |adjst| start | ctl2| ctl3 | |delay |
>*/
> -
On 02/20/2014 03:25 AM, Prabhakar Kushwaha wrote:
> Micron NOR flash present on T1040RDB and T1042RDB_PI do not support
> write & read command running at same time.
>
> CONFIG_SYS_FLASH_USE_BUFFER_WRITE reads NOR flash before performing write.
> So, remove CONFIG_SYS_FLASH_USE_BUFFER_WRITE
>
> Si
On 02/24/2014 05:45 AM, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
Commit description?
Acked-by: Stephen Warren
FWIW, this config option was used prior to:
8ad723acd7e9 dts/Makefile: don't define ARCH_CPU_DTS, BOARD_DTS
6e8e0311ccc7 dt: don't use ARCH_CPU_DTS
...
6c5be646b47e Teg
Masahiro,
Prior the to kbuild conversion, U-Boot used to produce file u-boot.dtb
in the root of the object tree. Now it doesn't, but I think puts the
same file in dts/dt.dtb instead. Was this a deliberate change?
We have some flashing utilities that build U-Boot, then copy this result
file. This
On 02/24/2014 04:44 AM, Masahiro Yamada wrote:
> Commit 6825a95 (kbuild: use Linux Kernel build scripts)
> changed the behavior of linkage when USE_PRIAVATE_LIBGCC
> is defined as "yes".
> (It dropped arch/arm/lib/eabi_compat.o from the
> target library.)
>
> Affected boards are all Tegra boards.
On Sunday, February 23, 2014 at 09:16:20 PM, Gerhard Sittig wrote:
> On Mon, Feb 17, 2014 at 21:57 +0100, Marek Vasut wrote:
> > On Monday, February 17, 2014 at 08:35:23 PM, Gerhard Sittig wrote:
> >
> > [...]
> >
> > > +int mcs7830_eth_get_info(struct usb_device *dev, struct ueth_data *ss,
> > >
On Monday, February 17, 2014 at 11:06:37 PM, Simon Glass wrote:
> U-Boot already has a list implementation, and files which include both
> that and the yaffs implementation will get errors:
>
> In file included from ydirectenv.h:80:0,
> from yportenv.h:81,
> from
On 02/22/2014 01:20 AM, Dennis Gilmore wrote:
> On Wed, 19 Feb 2014 10:40:15 -0700 Stephen Warren
> wrote:
>> On 02/17/2014 10:56 AM, Dennis Gilmore wrote:
>>> diff --git a/include/config_distro_bootcmd.h
>>> +#define BOOTCMDS_COMMON \
>>> + "rootpart=1\0" \
>>
>> We should really stop hard-c
On 02/22/2014 01:53 PM, Stefan Agner wrote:
> Combine the Tegra USB header file into one header file for all SoCs.
> Use ifdef to account for the difference, especially Tegra20 is quite
> different from newer SoCs. This avoids duplication especially
> between Tegra30 and newer devices.
>
> Reviewe
Hi Marek,
On 24 February 2014 09:54, Marek Vasut wrote:
> On Monday, February 17, 2014 at 11:06:37 PM, Simon Glass wrote:
>> U-Boot already has a list implementation, and files which include both
>> that and the yaffs implementation will get errors:
>>
>> In file included from ydirectenv.h:80:0,
On Mon, 2014-02-24 at 15:47 +0800, Tang Yuantian-B29983 wrote:
> On 2014/2/15 星期六 6:21, Scott Wood wrote:
> > On Thu, 2014-02-13 at 01:05 -0600, Tang Yuantian-B29983 wrote:
> >> Thanks for your review. Please see the reply inline.
> >>
> >> Thanks,
> >> Yuantian
> >>
> >>> -Original Message
On Mon, 2014-02-24 at 14:44 +0800, Tang Yuantian-B29983 wrote:
> On 2014/2/18 星期二 3:18, Scott Wood wrote:
> > On Sun, 2014-02-16 at 21:35 -0600, Tang Yuantian-B29983 wrote:
> >>> -Original Message-
> >>> From: Wood Scott-B07421
> >>> To: Tang Yuantian-B29983
> >>> Cc: Sun York-R58495; Li Ya
Hello Wolfgang
On Monday 24 February 2014 19:48:36 Wolfgang Denk wrote:
> Dear Charles,
>
> In message <1393194939-29786-1-git-send-email-cdhmann...@gmail.com> you
wrote:
> > Like many platforms, the Altera socfpga platform requires that the
> > preloader be "signed" in a certain way or the built-
On Mon, Feb 24, 2014 at 10:44:04AM -0700, Stephen Warren wrote:
> Masahiro,
>
> Prior the to kbuild conversion, U-Boot used to produce file u-boot.dtb
> in the root of the object tree. Now it doesn't, but I think puts the
> same file in dts/dt.dtb instead. Was this a deliberate change?
Not exact
On Mon, Feb 24, 2014 at 11:40:02AM -0700, Stephen Warren wrote:
> On 02/22/2014 01:20 AM, Dennis Gilmore wrote:
[snip]
> > I fully agree, we should be able to work it out later. I also renamed
> > it to bootpart since it is where we will boot from, which may or may
> > not be the root filesystem
>
Hello Wolfgang
I have some further observations to my last email...
Your input would be vastly appreciated.
Please see below.
On Tue, Feb 25, 2014 at 8:18 AM, Charles Manning wrote:
> Hello Wolfgang
> On Monday 24 February 2014 19:48:36 Wolfgang Denk wrote:
> > Dear Charles,
> >
> > In messag
On 02/20/2014 09:16 PM, Shengzhou Liu wrote:
> T2081 QDS is a high-performance computing evaluation, development and
> test platform supporting the T2081 QorIQ Power Architecture processor.
>
> T2081QDS board Overview
> ---
> - T2081 SoC integrating four 64-bit dual-threads e65
On 01/30/2014 11:13 AM, Scott Wood wrote:
> On Thu, 2014-01-30 at 10:42 +0530, Suresh Gupta wrote:
>> +#ifdef CONFIG_SYS_FSL_ERRATUM_A006261
>> +static inline bool has_erratum_a006261(void)
>> +{
>> +u32 svr = get_svr();
>> +u32 soc = SVR_SOC_VER(svr);
>> +
>> +switch (soc) {
>> +ca
On 01/30/2014 02:10 AM, Priyanka Jain wrote:
> T1040 has internal display interface unit (DIU) for driving video.
> T1040QDS supports video mode via
> -LCD using TI enconder
> -HDMI type interface via HDMI encoder
>
> Chrontel, CH7301C encoder which is I2C programmable is used as
> HDMI connector
On 02/20/2014 09:16 PM, Shengzhou Liu wrote:
> T2081 QDS is a high-performance computing evaluation, development and
> test platform supporting the T2081 QorIQ Power Architecture processor.
>
> T2081QDS board Overview
> ---
> - T2081 SoC integrating four 64-bit dual-threads e65
On 01/20/2014 10:11 PM, Shengzhou Liu wrote:
> - fix serdes definition for t2081.
> - fix clock speed for t2081.
> - update ids, as CONFIG_FSL_SATA_V2 is needed only for t2080,
> T2081 has no SATA.
>
> Signed-off-by: Shengzhou Liu
> ---
Applied to u-boot-mpc85xx/master. Thanks.
York
___
On 01/23/2014 11:50 PM, ying.zh...@freescale.com wrote:
> From: Ying Zhang
>
> 1. The SPL's length of SDCARD boot has not enough,expand the SPL's
> length to 128K.
> 2. deleted unused symbol: CONFIG_SYS_RUN_INDDR
>
> Signed-off-by: Ying Zhang
> ---
> Change from v1:
> - No change.
Applied to u
On 01/23/2014 11:50 PM, ying.zh...@freescale.com wrote:
> From: Ying Zhang
>
> There was no enough memory for malloc in SPL booting from spi flash, so
> relayout the memory in SPL: reduce the memory for global data from 16K
> Bytes to 4K Bytes, save the space for malloc.
>
> Signed-off-by: Ying
On 01/23/2014 11:50 PM, ying.zh...@freescale.com wrote:
> From: Ying Zhang
>
> In the previous patches, we introduced the SPL/TPL fraamework.
> For SD/SPI flash booting way, we introduce the SPL to enable a loader stub.
> The
> SPL was loaded by the code from the internal on-chip ROM. The SPL in
On 01/23/2014 11:50 PM, ying.zh...@freescale.com wrote:
> From: Ying Zhang
>
> There was no enough stack in SPL, so the buffer needed in SPL is to malloc
> from memory pool and to repalce the temporary variable.
>
> Signed-off-by: Ying Zhang
> ---
> Change from v1:
> - The malloc size expand to
On 12/22/2013 11:51 PM, Zhao Qiang wrote:
> Function "genphy_parse_link()" used "if (mii_reg & BMSR_ANEGCAPABLE)" before
> while "if (phydev->supported & SUPPORTED_Autoneg)" now.
> So assign "phydev->supported" to "phydev->drv->features" for ar8031/8033
> to enable autonegotiation.
>
> Signed-off-
On 02/12/2014 05:03 PM, Haijun Zhang wrote:
> u-boot binary size for Freescale mpc8536DS platforms is 512KB.
> This has been reached to upper limit of the platforms and causig
> linker error. So increase the u-boot binary size to 768KB.
>
> Signed-off-by: Haijun Zhang
> ---
Applied to u-boot-mpc
On 02/17/2014 03:28 AM, Nikhil Badola wrote:
> Use first four characters for phy_type comparison. Strcmp() should not
> be used to check the phy_type string which maybe parsed by hwconfig_subarg().
> Hwconfig_subarg() returns part of hwconfig string starting from
> phy_type value till the end of th
Hello Tom,
On Mon, 24 Feb 2014 22:11:45 +0900
Masahiro Yamada wrote:
> Before this commit, make terminated with an error
> where it shouldn't under some condition.
>
> This bug happened when we built a board unsupporting
> generic board right after building with generic board.
>
> For example,
Hello Stephen
On Mon, 24 Feb 2014 10:26:46 -0700
Stephen Warren wrote:
> On 02/24/2014 05:45 AM, Masahiro Yamada wrote:
> > Signed-off-by: Masahiro Yamada
>
> Commit description?
This patch looked trivial so I did not write commit description.
Sorry for my laziness..
Best Regards
Masahiro
_
Hello Stephen,
On Mon, 24 Feb 2014 11:02:25 -0700
Stephen Warren wrote:
> On 02/24/2014 04:44 AM, Masahiro Yamada wrote:
> > Commit 6825a95 (kbuild: use Linux Kernel build scripts)
> > changed the behavior of linkage when USE_PRIAVATE_LIBGCC
> > is defined as "yes".
> > (It dropped arch/arm/lib/
Hello Stephen,
> Prior the to kbuild conversion, U-Boot used to produce file u-boot.dtb
> in the root of the object tree. Now it doesn't, but I think puts the
> same file in dts/dt.dtb instead. Was this a deliberate change?
The patch is already on Patchwork and I think it should be applied soon
arch/arm/cpu/armv7/omap-common/config.mk is never included
because "omap-common" is not SoC name.
If we want to add OMAP-specific compiler flags,
they must be added to omap3/config.mk, omap4/config.mk, omap5/config.mk.
Signed-off-by: Masahiro Yamada
Cc: Tom Rini
---
arch/arm/cpu/armv7/omap-com
T1040RDB and T1042RDB_PI has CPLD. Here CPLD controls board mux/features.
This support of CPLD includes
- files and register defintion
- Commands to swtich alternate bank and default bank
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2:
- Updated the cpld command
board/freescale
65 matches
Mail list logo
