Hi Tom,
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Dienstag, 28. Juli 2015 16:42
> To: Egli, Samuel
> Cc: 'double...@ti.com'; 'ba...@ti.com'; 'u-boot@lists.denx.de';
> 'h...@denx.de'; 'Stefan Roese'; Meier, Roger; Senn, Joerg; Oleg Belogolov
> (o-belogo...@ti
The previous message was accidentally sent before I finish writing...
> If there is a reason why you need different size registers in your
> GPIO driver then I think it's fine to implement it that way. But in
> general we should use structures IMO.
This hardware has only two registers in each
2015-07-29 2:36 GMT+09:00 Simon Glass :
> Hi Masahiro,
>
> On 26 July 2015 at 09:56, Masahiro Yamada
> wrote:
>> Hi Simon,
>>
>>
>>
>>
>>
>> 2015-07-22 12:46 GMT+09:00 Simon Glass :
>>> Hi Masahiro,
>>>
>>> On 21 July 2015 at 12:19, Masahiro Yamada
>>> wrote:
Hi Simon,
2015-
The FAT code contains a special case to parse the root directory. This
is needed since the root directory location/layout on disk is special
cased for FAT12/16. In particular, the location and size of the FAT12/16
root directory is hard-coded and contiguous, whereas all FAT12/16 non-root
directorie
From: Shaohui Xie
Serdes Lanes availability on T4160 and T4080 are same, which serdes 2 & 3
support 8 Lanes, but serdes 1 & 4 support only 4 Lanes E/F/G/H, Lanes
A/B/C/D are not available, updated the serdes table accordingly with
some minor fix.
Signed-off-by: Shaohui Xie
---
changes in v2:
re
On 25 July 2015 at 06:52, Masahiro Yamada wrote:
> Currently, Devres requires additional 16 byte for each allocation,
> which is not so insignificant in some cases.
>
> Add CONFIG_DEVRES to make this framework optional.
> If the option is disabled, devres functions fall back to
> non-managed varia
On 28 July 2015 at 12:07, Simon Glass wrote:
> On 25 July 2015 at 06:52, Masahiro Yamada
> wrote:
>> This new command can dump all device resources associated to
>> each device. The fields in every line shows:
>> - The address of the resource
>> - The size of the resource
>> - The name of
On 25 July 2015 at 06:52, Masahiro Yamada wrote:
> Currently, we only have DM_FLAG_ACTIVATED to indicate the device
> status, but we still cannot know in which stage is in progress,
> binding or probing.
>
> This commit introduces a new flag, DM_FLAG_BOUND, which is set when
> the device is really
On 28 July 2015 at 12:07, Simon Glass wrote:
> On 25 July 2015 at 06:52, Masahiro Yamada
> wrote:
>> In U-Boot's driver model, memory is basically allocated and freed
>> in the core framework. So, low level drivers generally only have
>> to specify the size of needed memory with .priv_auto_allo
On 25 July 2015 at 06:52, Masahiro Yamada wrote:
> devm_kmalloc() is identical to kmalloc() except that the memory
> allocated with it is managed and will be automatically released
> when the device is removed/unbound.
>
> Likewise for the other variants.
>
> Signed-off-by: Masahiro Yamada
> Acke
Hi, York
Sorry for the delay, I wrongly filter this patch and missed it.
As for your question, if platform does not define CONFIG_ARMV7_SECURE_BASE,
U-boot will help define a default secure text section in linker script to
reserve secure code. CONFIG_ARMV7_SECURE_BASE for LS1 is previously def
Hi Simon,
On Wed, Jul 29, 2015 at 8:48 AM, Simon Glass wrote:
> Hi Bin,
>
> On 28 July 2015 at 18:46, Bin Meng wrote:
>> Hi Simon,
>>
>> On Wed, Jul 29, 2015 at 8:42 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 28 July 2015 at 18:40, Bin Meng wrote:
Hi Simon,
On Tue, Jul 28, 20
Hi Wolfgang,
On 15 July 2015 at 01:15, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20150714175627.GJ23886@bill-the-cat> you wrote:
>>
>> I've pushed v2015.07 out to the repository and tarballs should exist
>> soon.
>
> Tarballs are both on the ACD [1] and the FTP server [2].
>
> [1]
> https
Hi Bin,
On 28 July 2015 at 18:46, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Jul 29, 2015 at 8:42 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 28 July 2015 at 18:40, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Tue, Jul 28, 2015 at 7:58 PM, Simon Glass wrote:
Hi Bin,
On 28 July 2015 at 0
Hi Simon,
On Wed, Jul 29, 2015 at 8:42 AM, Simon Glass wrote:
> Hi Bin,
>
> On 28 July 2015 at 18:40, Bin Meng wrote:
>> Hi Simon,
>>
>> On Tue, Jul 28, 2015 at 7:58 PM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 28 July 2015 at 01:50, Bin Meng wrote:
Hi Simon,
On Tue, Jul 2
Hi Bin,
On 28 July 2015 at 18:40, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Jul 28, 2015 at 7:58 PM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 28 July 2015 at 01:50, Bin Meng wrote:
>>>
>>> Hi Simon,
>>>
>>> On Tue, Jul 28, 2015 at 5:47 AM, Simon Glass wrote:
>>> > At present minnowmax does not cor
Hi Simon,
On Tue, Jul 28, 2015 at 7:58 PM, Simon Glass wrote:
> Hi Bin,
>
> On 28 July 2015 at 01:50, Bin Meng wrote:
>>
>> Hi Simon,
>>
>> On Tue, Jul 28, 2015 at 5:47 AM, Simon Glass wrote:
>> > At present minnowmax does not correct set up PCI interrupts. This should be
>> > done in U-Boot so
cgtqmx6eval can be populated with a AR8035 or KSZ9031 depending on the
board revision.
Add Ethernet support.
Signed-off-by: Otavio Salvador
---
Changes in v4:
- Rework to use macros where is possible
board/congatec/cgtqmx6eval/cgtqmx6eval.c | 207 +++
include/confi
Hi Samuel, I don't think these changes are necessary.
I think your concern about the initialization steps is not correct. The first
setting of the REF_CTRL (before SDRAM_CONFIG write) will be used by the EMIF
controller to determine the delay between the rising edge of DDR_RESETn and
DDR_CKE
Setup mmu-masters property for the PCIe controllers. This would be
used by the Linux SMMU driver, while setting up stream ID table mappings
for the PCIe devices.
Signed-off-by: Varun Sethi
---
drivers/pci/pcie_layerscape.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/p
Hi Otavio,
On 28 July 2015 at 12:06, Otavio Salvador
wrote:
> On Tue, Jul 28, 2015 at 3:04 PM, Simon Glass wrote:
>> On 28 July 2015 at 11:54, Otavio Salvador
>> wrote:
>>> On Tue, Jul 28, 2015 at 2:48 PM, Simon Glass wrote:
On 28 July 2015 at 11:45, Otavio Salvador
wrote:
> On
On Tuesday, July 28, 2015 at 10:28:39 PM, Pavel Machek wrote:
> Hi!
>
> > > + rw_mgr_mem_load_user(RW_MGR_MRS0_USER_MIRR, RW_MGR_MRS0_USER,
> > > 1);
> > > + /*
> > > +* Need to wait tMOD (12CK or 15ns) time before issuing other
> > > +* commands, but we will have plent
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, July 28, 2015 12:27 PM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Thierry Reding; Stephen Warren;
> tomcwarren3...@gmail.com
> Subject: Re: [U-Boot] [PATCH V3 6/6] T210: Add support for 64-bit T2
Hi!
> > + rw_mgr_mem_load_user(RW_MGR_MRS0_USER_MIRR, RW_MGR_MRS0_USER,
> > 1);
> > + /*
> > +* Need to wait tMOD (12CK or 15ns) time before issuing other
> > +* commands, but we will have plenty of NIOS cycles before
> > actual
> > +* handoff so its okay.
> > +
On 7/27/15 3:49 PM, Marek Vasut wrote:
> Replace all those ad-hoc reset functions, which were all copies
> of the same invocation of clrbits_le32() anyway, with one single
> unified function, socfpga_per_reset(), with necessary parameters.
>
> Signed-off-by: Marek Vasut
> ---
> arch/arm/mach-s
On Tuesday, July 28, 2015 at 09:12:50 PM, Dinh Nguyen wrote:
Hi!
> > @@ -66,7 +68,8 @@ int cpu_eth_init(bd_t *bis)
> >
> > * Putting the EMAC controller to reset when configuring the PHY
> > * interface select at System Manager
> > */
> >
> > - socfpga_emac_reset(1);
> > + so
On 07/24/2015 04:01 PM, Tom Warren wrote:
Based on Venice2, incorporates Stephen Warren's
latest P2571 pinmux table.
With Thierry Reding's 64-bit build fixes, this
will build and and boot in 64-bit on my P2571
(when used with a 32-bit AVP loader).
diff --git a/board/nvidia/p2571/max77620_init
On 7/27/15 3:49 PM, Marek Vasut wrote:
> The current bridge reset code, which de-asserted the bridge reset,
> was activelly polling whether the FPGA is programmed and ready and
s/activelly/actively
Again...only comment for this patch, no need to resend.
Dinh
___
+Hans
Hi,
On 28 July 2015 at 07:55, Tom Rini wrote:
> On Mon, Jul 27, 2015 at 09:10:32PM -0600, Stephen Warren wrote:
>> On 07/24/2015 07:44 AM, Tom Rini wrote:
>> > On Thu, Jul 23, 2015 at 10:17:29PM -0600, Stephen Warren wrote:
>> >> On 07/14/2015 09:44 AM, Simon Glass wrote:
>> >>> Hi Stephen
On 07/28/2015 05:37 PM, Tom Rini wrote:
> On Tue, Jul 28, 2015 at 03:41:21PM +0200, Michal Simek wrote:
>
>> Hi Tom,
>>
>> please pull these changes to your tree. The most of that changes are DT
>> related which is simple synchronization DTSes with the kernel where
>> binding was properly reviewed
On 25 July 2015 at 06:52, Masahiro Yamada wrote:
> In U-Boot's driver model, memory is basically allocated and freed
> in the core framework. So, low level drivers generally only have
> to specify the size of needed memory with .priv_auto_alloc_size,
> .platdata_auto_alloc_size, etc. Nevertheles
On Tue, Jul 28, 2015 at 3:04 PM, Simon Glass wrote:
...
> reason for wanting us to mirror: It currently resides in the U-Boot
> tree but it is easier for people to access as its own project than as
> a part of the U-Boot tree. It might become more accessible and widely
> as a tool if distros start
On 25 July 2015 at 06:52, Masahiro Yamada wrote:
> This new command can dump all device resources associated to
> each device. The fields in every line shows:
> - The address of the resource
> - The size of the resource
> - The name of the release function
> - The stage in which the resou
On Tue, Jul 28, 2015 at 3:04 PM, Simon Glass wrote:
> On 28 July 2015 at 11:54, Otavio Salvador
> wrote:
>> On Tue, Jul 28, 2015 at 2:48 PM, Simon Glass wrote:
>>> On 28 July 2015 at 11:45, Otavio Salvador
>>> wrote:
On Tue, Jul 28, 2015 at 2:39 PM, Simon Glass wrote:
> On 23 July 201
[Otavio and others. please weigh in with your comments]
Hi,
Patman is a patch management utility which supports Linux and U-Boot
development. It is described briefly at [1] and documentation here
[2].
name: patman
project name: patman
project website: none
detailed project description: See [1] a
Hi Otavio,
On 28 July 2015 at 11:54, Otavio Salvador
wrote:
> On Tue, Jul 28, 2015 at 2:48 PM, Simon Glass wrote:
>> On 28 July 2015 at 11:45, Otavio Salvador
>> wrote:
>>> On Tue, Jul 28, 2015 at 2:39 PM, Simon Glass wrote:
On 23 July 2015 at 03:36, Chris Packham wrote:
> It could b
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thierry's ARM timer
patches have been updated. Thanks!
./MAKEALL -s tegra is OK (all 32-bit builds), and ./MAKEALL -a aarch64 is
OK (includes p2571)
The following changes since commit 26473945ad6667183296e7edee2a65edf31bb6f7:
Merge bran
On Tue, Jul 28, 2015 at 2:48 PM, Simon Glass wrote:
> On 28 July 2015 at 11:45, Otavio Salvador
> wrote:
>> On Tue, Jul 28, 2015 at 2:39 PM, Simon Glass wrote:
>>> On 23 July 2015 at 03:36, Chris Packham wrote:
It could be treated the same way the git project treats gitk and
git-gui.
This should be used for sandbox. We can convert at least one driver to use
it, but in the meantime, enable the feature so that the code is
build-tested.
Signed-off-by: Simon Glass
---
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox_defconfig b/confi
Hi Otavio,
On 28 July 2015 at 11:45, Otavio Salvador
wrote:
> On Tue, Jul 28, 2015 at 2:39 PM, Simon Glass wrote:
>> On 23 July 2015 at 03:36, Chris Packham wrote:
>>> It could be treated the same way the git project treats gitk and
>>> git-gui. The sources are still included in the main projec
On Tue, Jul 28, 2015 at 2:39 PM, Simon Glass wrote:
> On 23 July 2015 at 03:36, Chris Packham wrote:
>> It could be treated the same way the git project treats gitk and
>> git-gui. The sources are still included in the main project and
>> distributed along with the rest of it but they are merged
Hi Tom,
Here are some more PCI driver model improvements and better interrupt
support on x86.
The following changes since commit 66d10c18bf2c34698362b6fe1891bcc6e8755243:
Merge branch 'zynq' of git://www.denx.de/git/u-boot-microblaze
(2015-07-28 11:31:21 -0400)
are available in the git repos
Hi Chris,
On 23 July 2015 at 03:36, Chris Packham wrote:
> On Thu, Jul 23, 2015 at 3:41 PM, Masahiro Yamada
> wrote:
>> 2015-07-23 11:10 GMT+09:00 Simon Glass :
>>> Hi Chris,
>>>
>>> On 22 July 2015 at 03:21, Chris Packham wrote:
To make it easier to use patman on other projects add a dist
Hi Simon,
Thanks for reviewing.
On 18 July 2015 at 15:38, Simon Glass wrote:
> Hi Peter,
>
> On 8 July 2015 at 09:57, Peter Griffin wrote:
> > HiKey is the first 96boards consumer edition compliant board. It
> features a hi6220
> > SoC which has eight ARM A53 cpu's.
> >
> > This initial port a
Hi Masahiro,
On 26 July 2015 at 09:56, Masahiro Yamada wrote:
> Hi Simon,
>
>
>
>
>
> 2015-07-22 12:46 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 21 July 2015 at 12:19, Masahiro Yamada
>> wrote:
>>> Hi Simon,
>>>
>>>
>>> 2015-07-18 23:36 GMT+09:00 Simon Glass :
Hi Masahiro,
So far every MMC driver is relying on a board specific init routine,
but as the Rockchip MMC driver is the first MMC device model user,
it requires a generic DM MMC init routine.
Add that to the MMC init path to enable the Rockchip driver.
Signed-off-by: Andre Przywara
---
Hi Simon,
this goes o
Yep, saw Thierry's update after I sent the PR. I'll rework it, test and
resend. Thanks.
On Tue, Jul 28, 2015 at 8:51 AM, Stephen Warren
wrote:
> On 07/28/2015 09:31 AM, Tom Warren wrote:
>
>> Tom,
>>
>> Please pull u-boot-tegra/master into U-Boot/master. Thanks!
>>
>
> Thierry Reding (10):
>>
>
On Tue, Jul 28, 2015 at 3:46 AM, Guillaume Gardet
wrote:
> n files ./arch/arm/cpu/armv7/omap3/{board.c, sys_info.c} there are some ASM
> instructions lines, including MCR and MRC instructions which are ARM only
> (no thumb).
> This may be the problem?
I tested this by faking out this assemble code
On Tue, Jul 28, 2015 at 10:39 AM, Måns Rullgård wrote:
...
> Since that function is only referenced from start.S, it should not be
> declared inline at all. This patch should thus fix your problem:
>
> diff --git a/arch/arm/cpu/arm926ejs/mxs/mxs.c
> b/arch/arm/cpu/arm926ejs/mxs/mxs.c
> index ef1
Hi Simon,
On 24/06/15 00:29, Simon Glass wrote:
> Add an MMC driver which supports RK3288, but may also support other SoCs.
> It uses the Designware MMC device.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> drivers/mmc/Kconfig| 9 +
> driv
Hi Vladimir,
See comment below.
> From: Vladimir Zapolskiy [mailto:v...@mleia.com]
> Sent: 27-Jul-15 8:22 PM
>
> Hi Sylvain,
>
> On 28.07.2015 00:45, LEMIEUX, SYLVAIN wrote:
> > Hi Vladimir and Albert,
> >
> > See comment, questions and test results below;
> >
> >> From: Albert ARIBAUD [mailto:a
Hi Prrzemyslaw,
On 10 July 2015 at 05:55, Przemyslaw Marczak wrote:
> Hello,
>
> On 07/03/2015 02:16 AM, Simon Glass wrote:
>>
>> Enable PMICs, regulators and the like so that new drivers will be made
>> available.
>>
>> Signed-off-by: Simon Glass
>>
>> ---
>>
>> board/samsung/smdk5420/smdk542
Hi Stephen,
On 28 July 2015 at 10:05, Stephen Warren wrote:
> On 07/28/2015 09:50 AM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 28 July 2015 at 09:44, Stephen Warren wrote:
>>>
>>> On 07/28/2015 09:33 AM, Simon Glass wrote:
Hi,
On 27 July 2015 at 11:45, Stephen Warre
On 07/28/2015 03:35 AM, Thierry Reding wrote:
From: Thierry Reding
A subsequent patch will enable the use of the architected timer on
ARMv8. Doing so implies that udelay() will be backed by this timer
implementation, and hence the architected timer must be ready when
udelay() is first called. T
On 07/28/2015 09:50 AM, Simon Glass wrote:
Hi Stephen,
On 28 July 2015 at 09:44, Stephen Warren wrote:
On 07/28/2015 09:33 AM, Simon Glass wrote:
Hi,
On 27 July 2015 at 11:45, Stephen Warren wrote:
From: Thierry Reding
For 64-bit ARM SoCs we rely on non-U-Boot code to bring up the CPU
Hi Lars,
On Tue, Jul 28, 2015 at 3:25 AM, Lars Poeschel wrote:
> Hi Joe,
>
> On Wed, Jun 10, 2015 at 11:03:59AM -0500, Joe Hershberger wrote:
>> >> I beat you to it:
>> >> http://lists.denx.de/pipermail/u-boot/2015-May/214261.html
>> >
>> > Well, ... ok. You won ;-) Your patchset is by far more
2015-07-28 16:08 GMT+09:00 Nikita Kiryanov :
> Add option to set shell prompt string from menuconfig and migrate
> boards globally.
>
> The migration is done as follows:
> - Boards that explicitly and unconditionally set CONFIG_SYS_PROMPT had the
> entry moved to their defconfig files.
> - Boards
On Tuesday, July 28, 2015 at 05:53:10 PM, Masahiro Yamada wrote:
[...]
> >> $ git describe
> >> v2015.07-307-g2647394
> >> $ make vpac270_ond_256_defconfig
> >> #
> >> # configuration written to .config
> >> #
> >> $ make -s CROSS_COMPILE=arm-unknown-linux-gnueabi-
> >> = WARN
On Tuesday, July 28, 2015 at 05:48:49 PM, Masahiro Yamada wrote:
> Hi Marek,
Hi!
> 2015-07-28 2:03 GMT+09:00 Marek Vasut :
> > On Monday, July 27, 2015 at 05:37:52 PM, Masahiro Yamada wrote:
> >> Hi Marek, other USB guys,
> >
> > Hi!
> >
> >> I noticed commit dc9cdf859e11de (usb: dwc3: Add DWC3
2015-07-28 7:31 GMT+09:00 Marek Vasut :
> On Monday, July 27, 2015 at 05:58:17 PM, Masahiro Yamada wrote:
>> 2015-07-26 17:49 GMT+09:00 Marek Vasut :
>> > On Sunday, July 26, 2015 at 10:26:45 AM, Masahiro Yamada wrote:
>> >> The board-specific linker script board/vpac270/u-boot-spl.lds
>> >> obstru
On 07/28/2015 09:31 AM, Tom Warren wrote:
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
Thierry Reding (10):
armv8: Allow SoCs to override the generic timer
Apparently there were objections to that patch the last time it was posted:
http://lists.denx.de/piperma
Hi Stephen,
On 28 July 2015 at 09:44, Stephen Warren wrote:
> On 07/28/2015 09:33 AM, Simon Glass wrote:
>>
>> Hi,
>>
>> On 27 July 2015 at 11:45, Stephen Warren wrote:
>>>
>>> From: Thierry Reding
>>>
>>> For 64-bit ARM SoCs we rely on non-U-Boot code to bring up the CPU in
>>> AArch64 mode so
Hi Marek,
2015-07-28 2:03 GMT+09:00 Marek Vasut :
> On Monday, July 27, 2015 at 05:37:52 PM, Masahiro Yamada wrote:
>> Hi Marek, other USB guys,
>
> Hi!
>
>> I noticed commit dc9cdf859e11de (usb: dwc3: Add DWC3 controller driver
>> support) was pulled into the mainline a few days ago.
>>
>>
>> No
On 07/28/2015 09:33 AM, Simon Glass wrote:
Hi,
On 27 July 2015 at 11:45, Stephen Warren wrote:
From: Thierry Reding
For 64-bit ARM SoCs we rely on non-U-Boot code to bring up the CPU in
AArch64 mode so that we don't need the SPL. Non-cached memory is not
implemented (yet) for 64-bit ARM.
Si
On 07/28/2015 09:33 AM, Simon Glass wrote:
Hi,
On 27 July 2015 at 11:45, Stephen Warren wrote:
From: Thierry Reding
On 64-bit SoCs the I-cache isn't enabled in early code, so the default
cache enable functions for 64-bit ARM can be used.
Signed-off-by: Thierry Reding
Signed-off-by: Tom War
On Tue, Jul 28, 2015 at 03:41:21PM +0200, Michal Simek wrote:
> Hi Tom,
>
> please pull these changes to your tree. The most of that changes are DT
> related which is simple synchronization DTSes with the kernel where
> binding was properly reviewed.
>
> Thanks,
> Michal
>
> The following chang
Hi,
On 27 July 2015 at 11:45, Stephen Warren wrote:
> From: Thierry Reding
>
> On 64-bit SoCs the I-cache isn't enabled in early code, so the default
> cache enable functions for 64-bit ARM can be used.
>
> Signed-off-by: Thierry Reding
> Signed-off-by: Tom Warren
> Signed-off-by: Stephen Warr
Hi,
On 27 July 2015 at 11:45, Stephen Warren wrote:
> From: Thierry Reding
>
> For 64-bit ARM SoCs we rely on non-U-Boot code to bring up the CPU in
> AArch64 mode so that we don't need the SPL. Non-cached memory is not
> implemented (yet) for 64-bit ARM.
>
> Signed-off-by: Thierry Reding
> Sig
On 27 July 2015 at 11:45, Stephen Warren wrote:
> From: Thierry Reding
>
> Most peripherals on Tegra can do DMA only to the lower 32-bit
> address space, even on 64-bit SoCs. This limitation is
> typically overcome by the use of an IOMMU. Since the IOMMU is
> not entirely trivial to set up and se
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
./MAKEALL -s tegra is OK (all 32-bit builds), and ./MAKEALL -a aarch64 is
OK (includes p2571)
The following changes since commit 26473945ad6667183296e7edee2a65edf31bb6f7:
Merge branch 'master' of http://git.denx.de/u-boot-sunxi
On Mon, Jul 27, 2015 at 11:10:58AM +0200, Yegor Yefremov wrote:
> From: Yegor Yefremov
>
> Enable DTS support (CONFIG_OF_LIBFDT) and select
> CONFIG_FIT in defconfig.
>
> Signed-off-by: Yegor Yefremov
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descript
On Wed, Jul 22, 2015 at 06:05:48PM -0500, Nishanth Menon wrote:
> using http://git.ti.com/keystone-linux/boot-monitor/trees/master as
> reference (tag K2_BM_15.07) the generated files do not have evm
> extensions by default. So dont use -evm extension.
>
> Reviewed-by: Murali Karicheri
> Reviewe
On Wed, Jul 22, 2015 at 06:05:43PM -0500, Nishanth Menon wrote:
> CONFIG_LINUX_BOOT_PARAM_ADDR is not a valid configuration option. Do
> just like what the rest of the world does.
>
> Acked-by: Vitaly Andrianov
> Acked-By: Murali Karicheri
> Reviewed-by: Tom Rini
> Signed-off-by: Nishanth Meno
On Sun, Jul 26, 2015 at 03:40:35AM +0900, Masahiro Yamada wrote:
> This is commented out in the Makefile for more than 10 years.
> I assume it is proof that this tool is unused.
>
> Signed-off-by: Masahiro Yamada
> Cc: Pantelis Antoniou
Applied to u-boot/master, thanks!
--
Tom
signature.as
On Sun, Jul 26, 2015 at 06:48:15PM +0200, Paul Kocialkowski wrote:
> In order to achieve reproducible builds in U-Boot, timestamps that are defined
> at build-time have to be somewhat eliminated. The SOURCE_DATE_EPOCH
> environment
> variable allows setting a fixed value for those timestamps.
>
On Wed, Jul 22, 2015 at 06:05:47PM -0500, Nishanth Menon wrote:
> Switch to using zImage instead of uImage. and while at it, start using
> bootz as default. While at it, get rid of BOOTIMAGE define and start
> using Linux upstream dtb file names.
>
> Reviewed-by: Murali Karicheri
> Reviewed-by:
On Wed, Jul 22, 2015 at 06:05:44PM -0500, Nishanth Menon wrote:
> rename the keystone2 common header into an keystone2 architecture
> specific header which can then reuse the common ti_armv7 config headers.
>
> Acked-by: Vitaly Andrianov
> Acked-By: Murali Karicheri
> Reviewed-by: Tom Rini
> Si
On Wed, Jul 22, 2015 at 06:05:46PM -0500, Nishanth Menon wrote:
> Use the defaults defined in DEFAULT_LINUX_BOOT_ENV
>
> Reviewed-by: Murali Karicheri
> Reviewed-by: Tom Rini
> Signed-off-by: Nishanth Menon
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signat
On Tue, Jul 21, 2015 at 08:10:35PM +0200, Paul Kocialkowski wrote:
> CONFIG_MUSB_HDC should be CONFIG_MUSB_HCD to have any effect.
>
> Signed-off-by: Paul Kocialkowski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Wed, Jul 22, 2015 at 06:05:45PM -0500, Nishanth Menon wrote:
> Try to maintain as much commonality by conditionally including stuff
> in armv7_common as necessary and removing the common defines from
> keystone2 header.
>
> Note: as part of this change, all keystone2 platforms will now start
>
On Wed, Jul 22, 2015 at 06:05:42PM -0500, Nishanth Menon wrote:
> Commit bd2c4522c26d5 ("ti: armv7: enable EXT support in SPL (using
> ti_armv7_common.h)") enabled thumb mode only for SPL builds, however,
> All TI armv7 platforms do support thumb, and there is no reason why the
> space savings can
On Wed, Jul 22, 2015 at 06:05:41PM -0500, Nishanth Menon wrote:
> TI armv7 based SoCs are based on two architectures - one based on OMAP
> generation architecture and others based on Keystone architecture.
>
> Many of the options are architecture specific, however a lot are common
> with v7 archi
On Mon, Jul 20, 2015 at 11:50:40AM -0700, Adam YH Lee wrote:
> Gumstix is migrating from ext3 to ext4 file system.
>
> Signed-off-by: Adam YH Lee
> Acked-by: Ash Charles
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Sun, Jul 19, 2015 at 10:19:48PM +0800, Antonio Borneo wrote:
> Mainline Linux kernel commit
> 338a6aaabc02fa63b70441dd0e1b70aea64673c6 (ARM: dts: Introduce
> STM32F429 MCU) in arch/arm/boot/dts/stm32f429.dtsi
> requires U-Boot to set system clock to 180 MHz.
>
> Signed-off-by: Antonio Borneo
On Sun, Jul 19, 2015 at 10:19:47PM +0800, Antonio Borneo wrote:
> While most stm32f4 run at 168 MHz, stm32f429 can work till 180 MHz.
> Add option to select 180 MHz through macro CONFIG_SYS_CLK_FREQ.
>
> Signed-off-by: Antonio Borneo
> To: Albert Aribaud
> To: Tom Rini
> To: Kamil Lulko
> Cc:
On Thu, Jul 16, 2015 at 10:14:49AM -0500, Nishanth Menon wrote:
> Fix up a few typos in documentation.
>
> Signed-off-by: Nishanth Menon
> Reviewed-by: Tom Rini
> Reviewed-by: Murali Karicheri
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Fri, Jul 17, 2015 at 08:30:28PM +0900, Masahiro Yamada wrote:
> Because the top-level Makefile forces all the source files
> to include include/linux/kconfig.h (see the UBOOTINCLUDE define),
> these includes are redundant.
>
> By the way, there are exceptions for the statement above; host
> pr
On Sun, Jul 19, 2015 at 10:19:46PM +0800, Antonio Borneo wrote:
> Read device unique ID and set environment variable "serial#".
> Value would then be passed to kernel through DTB.
>
> To read ID from DTB, kernel is required to have commit:
> 3f599875e5202986b350618a617527ab441bf206 (ARM: 8355/1:
On Thu, Jul 16, 2015 at 03:10:20PM +0200, Paul Kocialkowski wrote:
> Despite being defined with __weak, this declaration of get_board_rev will
> conflict with the fallback one when ONFIG_REVISION_TAG is not defined.
>
> Signed-off-by: Paul Kocialkowski
> Reviewed-by: Tom Rini
Applied to u-boot
On Wed, Jul 15, 2015 at 04:02:24PM +0200, Paul Kocialkowski wrote:
> This introduces code to read the value of the SYS_BOOT pins on the OMAP3, as
> well as the memory-preferred scheme for the interpretation of each value.
>
> Signed-off-by: Paul Kocialkowski
Applied to u-boot/master, thanks!
-
On Thu, Jul 16, 2015 at 03:36:41PM +0200, Paul Kocialkowski wrote:
> All am33xx device tree are using device-tree, so get_board_rev is never
> actually
> called. Thus, we can get rid of it to make the code easier to maintain.
>
> Signed-off-by: Paul Kocialkowski
> Reviewed-by: Tom Rini
Applie
On Wed, Jul 15, 2015 at 04:02:23PM +0200, Paul Kocialkowski wrote:
> OMAP devices might boot from peripheral devices, such as UART or USB.
> When that happens, the U-Boot SPL tries to boot the next stage (complete
> U-Boot)
> from that peripheral device, but in most cases, this is not a valid boo
On Wed, Jul 15, 2015 at 04:02:26PM +0200, Paul Kocialkowski wrote:
> This introduces code to read the value of the SYS_BOOT pins on the OMAP5, as
> well as the memory-preferred scheme for the interpretation of each value.
>
> Signed-off-by: Paul Kocialkowski
Applied to u-boot/master, thanks!
-
On Wed, Jul 15, 2015 at 04:02:25PM +0200, Paul Kocialkowski wrote:
> This introduces code to read the value of the SYS_BOOT pins on the OMAP4, as
> well as the memory-preferred scheme for the interpretation of each value.
>
> Signed-off-by: Paul Kocialkowski
Applied to u-boot/master, thanks!
-
On Wed, Jul 15, 2015 at 04:02:22PM +0200, Paul Kocialkowski wrote:
> The config file for the siemens-am33x-common was using OMAP_I2C_STANDARD,
> which
> is defined in a header that is not included in the config header. In most
> cases,
> it was being included by the code using CONFIG_SYS_OMAP24_
On Tuesday, July 28, 2015 at 03:58:34 PM, Pavel Machek wrote:
> On Tue 2015-07-28 15:30:06, Marek Vasut wrote:
> > On Tuesday, July 28, 2015 at 03:13:09 PM, Pavel Machek wrote:
> > > Hi!
> > >
> > > > This series fixes the SPL support on SoCFPGA and cleans up the DDR
> > > > init code such that it
On Wed, Jul 15, 2015 at 04:02:21PM +0200, Paul Kocialkowski wrote:
> Now that SPL boot devices are clearly defined, we can use BOOT_DEVICE_QSPI_4
> instead of a hardcoded value.
>
> Signed-off-by: Paul Kocialkowski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Wed, Jul 15, 2015 at 04:02:19PM +0200, Paul Kocialkowski wrote:
> This introduces OMAP3 support for the common omap boot code, as well as a
> major cleanup of the common omap boot code.
>
> First, the omap_boot_parameters structure becomes platform-specific, since its
> definition differs a bi
On Wed, Jul 15, 2015 at 04:02:20PM +0200, Paul Kocialkowski wrote:
> This cleans up the SPL boot devices for omap platforms and introduces support
> for missing boot devices.
>
> Signed-off-by: Paul Kocialkowski
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital sig
On Wed, Jul 15, 2015 at 08:59:29PM +0900, Masahiro Yamada wrote:
> The symbolic link to SoC/CPU specific header directory is created
> during the build, while it is only necessary for ARM, AVR32, SPARC,
> x86, and some CPUs of PowerPC. For the other architectures, it just
> results in a broken sy
1 - 100 of 165 matches
Mail list logo
