On Tue, Aug 26, 2014 at 11:04:56AM -0600, Stephen Warren wrote:
> On 08/26/2014 09:33 AM, Thierry Reding wrote:
> >From: Thierry Reding
> >
> >Provide a new modifier to vsprintf() to print phys_addr_t variables to
> >avoid having to cast or #ifdef when printing them out. The %pa modifier
> >is use
Hi Steve,
>
>
> On 14-08-26 02:14 AM, Lukasz Majewski wrote:
> > Hi Steve,
> >
> >>
> >>
> >> On 14-08-25 07:57 AM, Lukasz Majewski wrote:
> >>> Hi Steve,
> >>>
> This series implements the "fastboot flash" command for eMMC
> devices. It supports both raw and sparse images.
>
> >>
Hello Thierry,
Am 27.08.2014 08:21, schrieb Thierry Reding:
On Wed, Aug 27, 2014 at 07:21:51AM +0200, Heiko Schocher wrote:
Hello Thierry,
Am 26.08.2014 17:34, schrieb Thierry Reding:
From: Thierry Reding
This API operates on I2C adapters or I2C clients (a new type of object
which is a bad
Hello Thierry,
Am 27.08.2014 08:28, schrieb Thierry Reding:
On Wed, Aug 27, 2014 at 07:26:12AM +0200, Heiko Schocher wrote:
Hello Thierry,
Am 26.08.2014 17:34, schrieb Thierry Reding:
[...]
+int as3722_init(struct as3722 **pmicp, const void *fdt)
+{
+ struct as3722 *pmic =&as3722_pmic;
On Tue, Aug 26, 2014 at 05:14:17PM -0600, Simon Glass wrote:
> Hi Thierry,
>
> On 26 August 2014 09:33, Thierry Reding wrote:
> >
> > From: Thierry Reding
> >
> > Provide a new modifier to vsprintf() to print phys_addr_t variables to
> > avoid having to cast or #ifdef when printing them out. The
Hi Marek,
On 08/26/2014 02:46 PM, Marek Vasut wrote:
On Tuesday, August 26, 2014 at 03:11:13 AM, Bo Shen wrote:
Hi Marek,
On 08/25/2014 06:43 PM, Marek Vasut wrote:
On Monday, August 25, 2014 at 11:23:19 AM, Bo Shen wrote:
When compile with debug information is enabled, if call
spin_lock_irq
Hi S Durga,
> Hi,
>
> I have a query on lthor usage.
>
> How do i specify the altsetting while sending the lthor download from
> host. In dfu we are specifying that with -a < altnum/altname>. I have
> alt setting to copy the linux images(uImage.devicetree and ramdisk)
> to DDR at prescribed loca
Hi Steve,
> - implement 'fastboot flash' for eMMC devices
>
> Signed-off-by: Steve Rae
> Reviewed-by: Marek Vasut
> ---
>
> Changes in v5: None
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - update README.android-fastboot file
>
> README | 10 ++
On 18/08/14 10:16, Thierry Reding wrote:
[...]
> +static int as3722_gpio_direction_output(u8 gpio, u8 level)
> +{
> + u8 value;
> + int err;
> +
> + if (gpio > 7)
> + return -EINVAL;
> +
> + if (level == 0)
> + value = AS3722_GPIO_CONTROL_MODE_OUTPUT_VDDL;
>
On Wed, Aug 27, 2014 at 09:07:58AM +0200, Heiko Schocher wrote:
> Hello Thierry,
>
> Am 27.08.2014 08:21, schrieb Thierry Reding:
> >On Wed, Aug 27, 2014 at 07:21:51AM +0200, Heiko Schocher wrote:
> >>Hello Thierry,
> >>
> >>Am 26.08.2014 17:34, schrieb Thierry Reding:
> >>>From: Thierry Reding
>
When enable debug option to compile, it will give the following
warning, this patch is used to get rid of it.
--->8---
warning: 'flags' is used uninitialized in this function [-Wuninitialized]
---8<---
Signed-off-by: Bo Shen
---
drivers/usb/gadget/s3c_udc_otg.c | 10 +-
drivers
When enable debug option to compile, it will give the following
warning, this patch is used to get rid of it.
--->8---
warning: 'flags' is used uninitialized in this function [-Wuninitialized]
---8<---
Signed-off-by: Bo Shen
---
drivers/usb/gadget/atmel_usba_udc.c | 12 ++--
1 file chan
Hello Thierry,
Am 27.08.2014 10:51, schrieb Thierry Reding:
On Wed, Aug 27, 2014 at 09:07:58AM +0200, Heiko Schocher wrote:
Hello Thierry,
Am 27.08.2014 08:21, schrieb Thierry Reding:
On Wed, Aug 27, 2014 at 07:21:51AM +0200, Heiko Schocher wrote:
Hello Thierry,
Am 26.08.2014 17:34, schrieb
The dram_bank_mmu_setup() function contains a loop to configure the data
caching policy for each 1 Mbyte page of the RAM memory range. When RAM
extends to 0x, the RAM start address + the RAM size will equal
2^32. But because the RAM start address and RAM size are unsigned longs,
the result
On Wed, Aug 27, 2014 at 11:56:41AM +0200, Heiko Schocher wrote:
> Hello Thierry,
>
> Am 27.08.2014 10:51, schrieb Thierry Reding:
> >On Wed, Aug 27, 2014 at 09:07:58AM +0200, Heiko Schocher wrote:
> >>Hello Thierry,
> >>
> >>Am 27.08.2014 08:21, schrieb Thierry Reding:
> >>>On Wed, Aug 27, 2014 at
When building the U-Boot tools for non-ELF platforms (such as Blackfin
FLAT), since commit 79fc0c5f498c3982aa4740c273ab1a9255063d9c
("tools/env: cross-compile fw_printenv without setting HOSTCC"), the
build fails because it tries to strip a FLAT binary, which does not
make sense.
This commit solve
On Tue, Aug 26, 2014 at 03:54:50PM +0300, Tuomas Tynkkynen wrote:
> On 18/08/14 10:16, Thierry Reding wrote:
> [...]
> > +static int as3722_gpio_direction_output(u8 gpio, u8 level)
> > +{
> > + u8 value;
> > + int err;
> > +
> > + if (gpio > 7)
> > + return -EINVAL;
> > +
> > + if
Hello Masahiro,
On 08/26/2014 05:26 AM, Masahiro Yamada wrote:
Hi Przemyslaw,
On Mon, 25 Aug 2014 11:03:13 +0200
Przemyslaw Marczak wrote:
Hello Masahiro,
I tried to test this on Trats2(Exynos4412) with required files from the linux
and the code doesn't build.
On 08/17/2014 08:16 AM, Masa
On Wed, Aug 27, 2014 at 03:28:06PM +0200, Thierry Reding wrote:
> On Tue, Aug 26, 2014 at 03:54:50PM +0300, Tuomas Tynkkynen wrote:
> > On 18/08/14 10:16, Thierry Reding wrote:
> > [...]
> > > +static int as3722_gpio_direction_output(u8 gpio, u8 level)
> > > +{
> > > + u8 value;
> > > + int err;
>
Hi Thierry,
On 27 August 2014 01:37, Thierry Reding wrote:
> On Tue, Aug 26, 2014 at 05:14:17PM -0600, Simon Glass wrote:
>> Hi Thierry,
>>
>> On 26 August 2014 09:33, Thierry Reding wrote:
>> >
>> > From: Thierry Reding
>> >
>> > Provide a new modifier to vsprintf() to print phys_addr_t variab
On 08/26/2014 11:25 PM, Masahiro Yamada wrote:
Commit 3ff291f3 added "_config" target for backward
compatibility. It should be documented.
Let's include both the commit hash and description here, for easy human
reference (especially if cherry-picking happens).
__
Hi Michael
On 14-08-26 10:07 PM, Michael Trimarchi wrote:
Hi
Il 26/ago/2014 20:46 "Steve Rae" ha scritto:
- add capability to "fastboot flash" with sparse format images
Signed-off-by: Steve Rae
Acked-by: Lukasz Majewski
---
Changes in v6:
- remove excess braces
Changes in v5:
- use the
On 08/27/2014 01:01 AM, Thierry Reding wrote:
On Tue, Aug 26, 2014 at 11:04:56AM -0600, Stephen Warren wrote:
On 08/26/2014 09:33 AM, Thierry Reding wrote:
From: Thierry Reding
Provide a new modifier to vsprintf() to print phys_addr_t variables to
avoid having to cast or #ifdef when printing
Hi
On Wed, Aug 27, 2014 at 7:43 PM, Steve Rae wrote:
> Hi Michael
>
>
> On 14-08-26 10:07 PM, Michael Trimarchi wrote:
>>
>> Hi
>>
>> Il 26/ago/2014 20:46 "Steve Rae" ha scritto:
>>>
>>>
>>> - add capability to "fastboot flash" with sparse format images
>>>
>>> Signed-off-by: Steve Rae
>>> Acke
Hi Thierry,
On 26 August 2014 09:33, Thierry Reding wrote:
> From: Thierry Reding
>
> Given a device tree node and a property name, the fdt_count_strings()
> function counts the number of strings found in the property value.
>
> Signed-off-by: Thierry Reding
A better name might be fdt_stringli
Hi Thierry,
On 26 August 2014 09:33, Thierry Reding wrote:
> From: Thierry Reding
>
> Given a device tree node and a property name, the new fdt_find_string()
> function will look up a given string in the string list contained in the
> property's value and return its index.
>
> Signed-off-by: Thi
Hi Thierry,
On 26 August 2014 09:33, Thierry Reding wrote:
> From: Thierry Reding
>
> Given a device tree node, a property name and an index, the new function
> fdt_get_string_index() will return in an output argument a pointer to
> the index'th string in the property's value.
>
> The fdt_get_st
On 26 August 2014 09:33, Thierry Reding wrote:
> From: Thierry Reding
>
> Add the fdt_get_resource() and fdt_get_named_resource() functions which
> can be used to parse resources (memory regions) from an FDT. A helper to
> compute the size of a region is also provided.
>
> Signed-off-by: Thierry
On 26 August 2014 09:34, Thierry Reding wrote:
> From: Thierry Reding
>
> Remove two gratuituous blank lines, uses u32 (instead of int) as the
> type for values that will be written to a register, moves the beginning
> of the variable declaration section to a separate line (rather than the
> one
On 26 August 2014 09:34, Thierry Reding wrote:
> From: Thierry Reding
>
> When DEBUG is set, output memory region used for malloc().
>
> Signed-off-by: Thierry Reding
> ---
> common/dlmalloc.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/common/dlmalloc.c b/common/dlmalloc.c
> in
Hi Thierry,
On 26 August 2014 09:34, Thierry Reding wrote:
> From: Thierry Reding
>
> size_t is the canonical type to represent variables that contain a size.
> Use it instead of signed integer. Physical addresses can be larger than
> 32-bit, so use a more appropriate type for them as well. phys
Hi Thierry,
On 26 August 2014 09:34, Thierry Reding wrote:
> From: Thierry Reding
>
> Implement an API that can be used by drivers to allocate memory from a
> pool that is mapped uncached. This is useful if drivers would otherwise
> need to do extensive cache maintenance (or explicitly maintaini
Hi Thierry,
On 27 August 2014 05:41, Thierry Reding wrote:
> On Wed, Aug 27, 2014 at 11:56:41AM +0200, Heiko Schocher wrote:
>> Hello Thierry,
>>
>> Am 27.08.2014 10:51, schrieb Thierry Reding:
>> >On Wed, Aug 27, 2014 at 09:07:58AM +0200, Heiko Schocher wrote:
>> >>Hello Thierry,
>> >>
>> >>Am 2
On Wednesday, August 27, 2014 at 09:39:04 AM, Bo Shen wrote:
> Hi Marek,
>
> On 08/26/2014 02:46 PM, Marek Vasut wrote:
> > On Tuesday, August 26, 2014 at 03:11:13 AM, Bo Shen wrote:
> >> Hi Marek,
> >>
> >> On 08/25/2014 06:43 PM, Marek Vasut wrote:
> >>> On Monday, August 25, 2014 at 11:23:19 A
On Wednesday, August 27, 2014 at 11:50:55 AM, Jaccon Bastiaansen wrote:
> The dram_bank_mmu_setup() function contains a loop to configure the data
> caching policy for each 1 Mbyte page of the RAM memory range. When RAM
> extends to 0x, the RAM start address + the RAM size will equal
> 2^32
On Wed, Aug 27, 2014 at 07:45:57PM +0200, Marek Vasut wrote:
> On Wednesday, August 27, 2014 at 09:39:04 AM, Bo Shen wrote:
> > Hi Marek,
> >
> > On 08/26/2014 02:46 PM, Marek Vasut wrote:
> > > On Tuesday, August 26, 2014 at 03:11:13 AM, Bo Shen wrote:
> > >> Hi Marek,
> > >>
> > >> On 08/25/201
On Wednesday, August 27, 2014 at 09:48:32 PM, Tom Rini wrote:
> On Wed, Aug 27, 2014 at 07:45:57PM +0200, Marek Vasut wrote:
> > On Wednesday, August 27, 2014 at 09:39:04 AM, Bo Shen wrote:
> > > Hi Marek,
> > >
> > > On 08/26/2014 02:46 PM, Marek Vasut wrote:
> > > > On Tuesday, August 26, 2014 a
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
arch/arm/include/asm/psci.h | 42 +-
1 files changed, 41 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/psci.h b/arch/arm/include/asm/psci.h
index 704b4b0..6857
This series of patches creates a generic PSCI v0.2 framework for ARMv8.
The first 3 patches refactor existing code so that ARMv7 PSCI,
ARMv8 spin-table and ARMv8 PSCI can coexist.
The next 5 patches create a generic framework for PSCI v0.2 in ARMv8.
The implementation is modelled on the pre-exis
This creates the function cpu_update_dt for ARMv8 which currently patches
the cpu node in the device table and sets enable-method to spin-table.
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: York Sun
---
arch/arm/cpu/armv8/Makefile |1 +
arch/arm/cpu/armv8/
Both ARMv7 and ARMv8 need to patch the device tree but the kind
of patching done is different. This creates a function that can be
defined by each architecture to handle the differences
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
arch/arm/cpu/armv7/virt-dt.c |
Implement core support for PSCI. As this is generic code, it doesn't
implement anything really useful (all the functions are returning
Not Implemented).
This is largely ported from the similar code that exists for ARMv7
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
Set the enable-method in the cpu node to psci, create the psci
device tree node and also add a reserve section for the psci code
that lives in in normal RAM, so that the kernel leaves it alone
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
arch/arm/cpu/armv8/cpu-dt.
A separate linker section makes it possible to keep this code either
in DDR or in some secure memory location provided specifically for the
purpose.
So far no one is using this section.
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
arch/arm/config.mk|
Setup the ARMv8 PSCI code just before switching to EL2 and jumping
to the kernel.
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
arch/arm/cpu/armv8/cpu.c | 23 +++
arch/arm/cpu/armv8/psci.S |6 ++
arch/arm/include/asm/system.h
Enable the SMC instruction so that the kernel can use the psci code
Signed-off-by: Arnab Basu
Reviewed-by: Bhupesh Sharma
Cc: Marc Zyngier
---
arch/arm/include/asm/macro.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/macro.h b/arch/arm/includ
On 08/28/2014 01:59 AM, Arnab Basu wrote:
This series of patches creates a generic PSCI v0.2 framework for ARMv8.
The first 3 patches refactor existing code so that ARMv7 PSCI,
ARMv8 spin-table and ARMv8 PSCI can coexist.
The next 5 patches create a generic framework for PSCI v0.2 in ARMv8.
Th
Another issue may be related to the "combined issue" below)
Five consecutive builds (with no changes between builds)
(1)does not always generate the "u-boot.bin" file
(2)random error messages ?!?!?
Is anyone else seeing these issues?
(please don't delete MAKEALL yet )
Thanks, Steve
sra
On Wed, Aug 27, 2014 at 10:24:06PM +0200, Marek Vasut wrote:
> On Wednesday, August 27, 2014 at 09:48:32 PM, Tom Rini wrote:
> > On Wed, Aug 27, 2014 at 07:45:57PM +0200, Marek Vasut wrote:
> > > On Wednesday, August 27, 2014 at 09:39:04 AM, Bo Shen wrote:
> > > > Hi Marek,
> > > >
> > > > On 08/2
question:
Two of the boards that I support are almost the same:
Active arm armv7 bcm281xxbroadcom
bcm28155_ap bcm28155_ap -
Active arm armv7 bcm281xxbroadcom
bcm28155_ap bcm28155_w1d
bcm28155_ap:BCM_SF2_ETH,BCM_SF2_ETH
On Wed, Aug 20, 2014 at 9:42 PM, Max Filippov wrote:
> Hi Tom,
>
> this series adds U-Boot port to Xtensa, configurable processor architecture
> from Tensilica, Inc., now Cadence Design Systems Inc.
Ping?
--
Thanks.
-- Max
___
U-Boot mailing list
U-Bo
On Wednesday, August 27, 2014 at 11:20:45 PM, Tom Rini wrote:
[...]
> > > This is about to be complicated / fixed by the NAND patches that I'm
> > > merging and pushing shortly, so hold on please!
> >
> > Can you please point out the exact patches ? Also, this is USB stuff, how
> > can this be aff
On Wed, 27 Aug 2014 14:29:00 +0200
Thomas Petazzoni wrote:
> When building the U-Boot tools for non-ELF platforms (such as Blackfin
> FLAT), since commit 79fc0c5f498c3982aa4740c273ab1a9255063d9c
> ("tools/env: cross-compile fw_printenv without setting HOSTCC"), the
> build fails because it tries
Commit 3ff291f371fa9858426774f3732924bacb61ed1c
(kconfig: convert Kconfig helper script into a shell script)
restored "_config" target for backward compatibility.
It should be documented.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Update the commit description
doc/README.kconfig
Hi Stephen,
On Wed, 27 Aug 2014 10:24:38 -0600
Stephen Warren wrote:
> On 08/26/2014 11:25 PM, Masahiro Yamada wrote:
> > Commit 3ff291f3 added "_config" target for backward
> > compatibility. It should be documented.
>
> Let's include both the commit hash and description here, for easy human
Hi Scott,
On Tue, 19 Aug 2014 04:47:40 -0500
Chin Liang See wrote:
> To add the Denali NAND driver support into U-Boot.
> This driver is leveraged from Linux.
>
> Signed-off-by: Chin Liang See
> Cc: Scott Wood
> Cc: Masahiro Yamada
> ---
> Changes for v9
> - Updated the commit messageb
> -
U-Boot does not have arch/arm/kernel, include/uapi directories,
This commit copies files as follows:
Location in Linux -> Location in U-Boot
arch/arm/kernel/debug.S -> arch/arm/lib/debug.S
arch/arm/include/debug/8250.S -> arch/arm/include/debug/8250.S
include/uapi/
We do not have to distinguish CONFIG_TARGET_VEXPRESS_AEMV8A_SEMI
from CONFIG_TARGET_VEXPRESS_AEMV8A. Rename the former to the latter.
Signed-off-by: Masahiro Yamada
Reviewed-by: Steve Rae
Cc: David Feng
---
Changes in v2: None
arch/arm/Kconfig | 3 ---
board/armltd/ve
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/Kconfig | 8
arch/arm/cpu/armv8/Kconfig | 7 +++
board/armltd/vexpress64/Kconfig| 4
board/freescale/ls2085a/Kconfig| 8
configs/ls2085a_emu_D4_defconfig
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/include/debug/8250.S | 4 +---
arch/arm/lib/debug.S | 4 +---
include/linux/serial_reg.h| 5 ++---
3 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/arch/arm/include/debug/8250.S b/arch/arm/include/debug/8
Because CONFIG_MMU is never defined in U-Boot,
the non-MMU code in debug.S is always used.
Unfortunately, the number of arguments of the addruart macro
in Linux is different between MMU and non-MMU.
This causes a build error when importing some debug macros
using the third argument. (For ex. arch/
We have not had a good method to debug the early boot stage such as
lowlevel_init function. I guess developers generally use dedicated
debuggers for that, but it is difficult in some cases.
(For example, my debugger cannot connect to the ARM processor when
it is in the secure state. It sometimes
I have been in trouble for a while to debug some nasty problem
where neighter a debugger nor printf() function is available.
I found the lowlevel debug feature in ARM Linux can be used as is
in U-Boot too.
I tested this series on our SoCs (32bit ARM, specificly Coretex-A9).
Because I was not sur
Hi Marek,
On 08/28/2014 05:36 AM, Marek Vasut wrote:
On Wednesday, August 27, 2014 at 11:20:45 PM, Tom Rini wrote:
[...]
This is about to be complicated / fixed by the NAND patches that I'm
merging and pushing shortly, so hold on please!
Can you please point out the exact patches ? Also, this
From: R Sricharan
On DRA72x, EMIF supports DDR3 upto 667MHz.
Adding the required settings for DDR3 at 666MHz and enabling it.
Signed-off-by: R Sricharan
Signed-off-by: Lokesh Vutla
---
arch/arm/cpu/armv7/omap5/hw_data.c | 39 +++--
arch/arm/cpu/armv7/omap5/sdram.c | 60 +
65 matches
Mail list logo
