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 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
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
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
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
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 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
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
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
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
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
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
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
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 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 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
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
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
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):
>>
>
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
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,
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 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 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
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 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
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
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.
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
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
[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
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
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 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 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
+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 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
___
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 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 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
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.
> > +
> -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
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
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
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 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
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 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
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 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: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 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 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, 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
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
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
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
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
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 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
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
101 - 165 of 165 matches
Mail list logo
