Hello Peng,
On Tue, 20 Oct 2015 13:59:53 +0800, Peng Fan
wrote:
> The code such as PSCI in section named secure is bundled with
> u-boot image, and when bootm, the code will be copied to their
> runtime address same to compliation/linking address -
> CONFIG_ARMV7_SECURE_BASE.
>
> When compile th
Hi Albert,
On Tue, Oct 20, 2015 at 09:05:32AM +0200, Albert ARIBAUD wrote:
>Hello Peng,
>
>On Tue, 20 Oct 2015 13:59:53 +0800, Peng Fan
>wrote:
>> The code such as PSCI in section named secure is bundled with
>> u-boot image, and when bootm, the code will be copied to their
>> runtime address sam
Hello Peng,
On Tue, 20 Oct 2015 15:20:43 +0800, Peng Fan
wrote:
> Hi Albert,
>
> On Tue, Oct 20, 2015 at 09:05:32AM +0200, Albert ARIBAUD wrote:
> >Hello Peng,
> >
> >On Tue, 20 Oct 2015 13:59:53 +0800, Peng Fan
> >wrote:
> >> The code such as PSCI in section named secure is bundled with
> >> u
Hi Albert,
On Tue, Oct 20, 2015 at 09:32:51AM +0200, Albert ARIBAUD wrote:
>Hello Peng,
>
>On Tue, 20 Oct 2015 15:20:43 +0800, Peng Fan
>wrote:
>> Hi Albert,
>>
>> On Tue, Oct 20, 2015 at 09:05:32AM +0200, Albert ARIBAUD wrote:
>> >Hello Peng,
>> >
>> >On Tue, 20 Oct 2015 13:59:53 +0800, Peng Fa
On Mon, 2015-10-19 at 13:42 +0200, Hans de Goede wrote:
>
> I'm sorry but I'm not going to budge on this one, having
> CONFIG_OLD_SUNXI_KERNEL_COMPAT=y in a defconfig is simply not acceptable
> IMHO. It is not a board specific thing, and there are very good reasons
> why it defaults to n in board/
On Mon, 2015-10-19 at 13:44 +0200, Hans de Goede wrote:
> > Okay. Hans, do you want me to change this (and potential other
> > changes as well - see file naming above) via a follow-up patch
> > once its available in mainline U-Boot?
>
> Actually I would prefer to get this right in one go, esp. the
On 20 October 2015 at 07:05, Linus Walleij wrote:
> Only compile in PCIe support if the board really uses it. Provide
> a stub for the init function if e.g. FVP is being built.
>
> Cc: Liviu Dudau
> Cc: Ryan Harkin
> Signed-off-by: Linus Walleij
> ---
> board/armltd/vexpress64/Makefile | 3 ++
On Mon, Oct 19, 2015 at 9:21 PM, Rob Herring wrote:
> On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij
> wrote:
>> The MAINTAINERS entry for device tree bindings does not state a
>> git tree and I've never seen any of the maintainers send a pull request for
>> DT binding files. (Beat me up proper
On Tue, Oct 20, 2015 at 10:10 AM, Linus Walleij
wrote:
> On Mon, Oct 19, 2015 at 9:21 PM, Rob Herring wrote:
>> On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij
>> wrote:
>
>> Err, what?
>>
>> $ git log --merges --grep='Pull.*\(Herring\|Likely\)' --oneline
>> Documentation/devicetree/
>
> OK nice
On 20 October 2015 at 09:07, Ryan Harkin wrote:
>
>
> On 20 October 2015 at 07:05, Linus Walleij
> wrote:
>
>> Only compile in PCIe support if the board really uses it. Provide
>> a stub for the init function if e.g. FVP is being built.
>>
>> Cc: Liviu Dudau
>> Cc: Ryan Harkin
>> Signed-off-by
Hi Stefano,
On Fri, Oct 02, 2015 at 10:48:21AM +0200, Stefano Babic wrote:
>Hi Peng,
>
>I have not forgotten this series. Anyway, this has introduced aome
>changes that could brick other boards and it is my opininio to postpone
>it after 2015.10 release. Of course, I will send to you a full review
Hi,
This patch series adds DFU support to update firmware on qspi flash on
DRA74 EVM.
The first patch fixes a bug in DFU SF backend. Second patch adds enables
CONFIG_DFU_SF and adds dfu-alt_info string to support qspi partitions.
Tested on DRA74 EVM by flashing MLO and u-boot.img to QSPI flash
parse_dev() alters the string pointed by devstr parameter. Due to this
subsequent parsing of sf entities will fail, as string pointed by devstr
is no longer valid sf dev arguments.
Fix this by passing pointer to the copy of the string to parse_dev
instead of pointer to the actual devstr.
Signed-of
This adds support to update firmware on qspi flash using DFU.
On device:
=> setenv dfu_alt_info ${dfu_alt_info_qspi}
=> dfu 0 sf 0:0
On host:
$ sudo dfu-util -l
$ sudo dfu-util -D MLO -a MLO
$ sudo dfu-util -D u-boot.img -a u-boot.img
Signed-off-by: Vignesh R
---
include/configs/dra7xx_evm.h |
Hi Vignesh,
> This adds support to update firmware on qspi flash using DFU.
>
> On device:
> => setenv dfu_alt_info ${dfu_alt_info_qspi}
> => dfu 0 sf 0:0
>
> On host:
> $ sudo dfu-util -l
> $ sudo dfu-util -D MLO -a MLO
> $ sudo dfu-util -D u-boot.img -a u-boot.img
This patch series seems ok.
On Tue, Oct 20, 2015 at 05:19:19PM +0800, Peng Fan wrote:
>Hi Stefano,
>
>On Fri, Oct 02, 2015 at 10:48:21AM +0200, Stefano Babic wrote:
>>Hi Peng,
>>
>>I have not forgotten this series. Anyway, this has introduced aome
>>changes that could brick other boards and it is my opininio to postpone
>>it
Hi Lukasz,
On 10/20/2015 04:07 PM, Lukasz Majewski wrote:
> Hi Vignesh,
>
>> This adds support to update firmware on qspi flash using DFU.
>>
>> On device:
>> => setenv dfu_alt_info ${dfu_alt_info_qspi}
>> => dfu 0 sf 0:0
>>
>> On host:
>> $ sudo dfu-util -l
>> $ sudo dfu-util -D MLO -a MLO
>> $
On Tue, Oct 20, 2015 at 3:59 AM, Peng Fan wrote:
> +static inline void psci_writel(u32 value, u32 reg)
> +{
> + *(volatile u32 *)reg = value;
> +}
> +
> +static inline int psci_readl(u32 reg)
> +{
> + return *(volatile u32*)reg;
> +}
Do you really need psci_writel() psci_readl() func
Hi Vignesh,
> Hi Lukasz,
>
> On 10/20/2015 04:07 PM, Lukasz Majewski wrote:
> > Hi Vignesh,
> >
> >> This adds support to update firmware on qspi flash using DFU.
> >>
> >> On device:
> >> => setenv dfu_alt_info ${dfu_alt_info_qspi}
> >> => dfu 0 sf 0:0
> >>
> >> On host:
> >> $ sudo dfu-util -l
This series implements essential changes for thumb-1 support and
activates thumb-1 build for openrd and tricorder as a proof of
concept as well as a fix to bring the image sizes of openrd and
tricorder targets back under an acceptable limit.
For other targets, some additional files might need to b
Revert commit 7a2c1b13 which dropped OpenRD boards.
Assume maintainership of OpenRD.
Switch OpenRD to generic board.
Switch to Thumb build.
Signed-off-by: Albert ARIBAUD
---
Changes in v6:
- revive OpenRD targets and assume maintainership
- switch OpenRD to generic board and Thumb
- fix checkpat
The tricorder and tricorder_flash boards have grown too big.
Reduce their size by building them with CONFIG_SYS_THUMB_BUILD.
Signed-off-by: Albert ARIBAUD
---
Changes in v6: None
Changes in v5:
- switched tricorder[_flash] to Thumb-1 build
Changes in v4: None
Changes in v3: None
Changes in v2:
When building a Thumb-1-only target with CONFIG_SYS_THUMB_BUILD,
some files fail to build, most of the time because they include
mcr instructions, which only exist for Thumb-2.
This patch introduces a Kconfig option CONFIG_THUMB2 and uses
it to select between Thumb-2 and ARM mode for the aforement
Kirkwood files cpu.c and cache.c cannot build in Thumb state;
force them in ARM state even under CONFIG_SYS_THUMB_BUILD.
Signed-off-by: Albert ARIBAUD
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-kirkwood/Makefile | 6 +++
This target is ARMv7-M therefore can only build for Thumb,
but it did not #define CONFIG_SYS_THUMB_BUILD, so the U-Boot
code did not know it had to build for Thumb(2), not ARM.
This patch is binary-invariant: builds of stm32f429-discovery
with and without this patch were compared and found to diff
Changes v2:
1. Rebased on Latest U-Boot
2. Add i.MX7 LCDIF support
This patch set is to introduce lcdif support for i.MX6/7.
Patchset tested on mx6ul_14x14/9x9_evk and mx7dsabresd boards.
1/14
There are two LCD interface for i.MX6SX and one interface for i.MX6UL,
so change the prototype mxs_se
Change mxs_set_lcdclk prototype to add a new parameter
base_addr. There are two LCD interfaces for i.MX6SX,
we may support LCDIF1 or LCDIF2.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Anatolij Gustschin
---
V2:
none
arch/arm/cpu/arm926ejs/mxs/clock.c| 2 +-
arch/arm/include/asm/arch-
board_mxsfb_system_setup shoule be named mxsfb_system_setup.
Signed-off-by: Peng Fan
Cc: Marek Vasut
Cc: Stefano Babic
---
V2:
none
board/sandisk/sansa_fuze_plus/sfp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/sandisk/sansa_fuze_plus/sfp.c
b/board/sandisk/sa
board_mxsfb_system_setup shoule be named mxsfb_system_setup.
Signed-off-by: Peng Fan
Cc: Marek Vasut
Cc: Stefano Babic
---
V2:
none
board/creative/xfi3/xfi3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/creative/xfi3/xfi3.c b/board/creative/xfi3/xfi3.c
index 1d
1. Move WDOG3_BASE_ADDR to '#if !(defined(__ASSEMBLY__))'.
2. Add i.MX6UL LCDIF register base address. And Introduce
LCDIF1_BASE_ADDR to support runtime check.
3. include for imx-regs.h to avoid
building error for mxsfb.c, since mxsfb.c use imx-regs.h.
Signed-off-by: Peng Fan
Cc: Stefano B
Move 'struct mxs_lcdif_regs' and lcdif related macro definitions to
arch/arm/include/asm/imx-common/regs-lcdif.h.
i.MX6SX/UL/28 have similar register layout and bit definitions of registers.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
V2:
none
arch/arm/include/asm/arch-mxs/regs-lcdif.h
Add i.MX6UL/SX LCDIF related macros. Discard uneccessary
'#ifdef xxx'.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
V2:
none
arch/arm/include/asm/arch-mx6/crm_regs.h | 34
1 file changed, 30 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/ar
Implement mxs_set_lcdclk, enable_lcdif_clock and enable_pll_video.
The three API can be used to configure lcdif related clock when
CONFIG_VIDEO_MXS enabled.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
V2:
none
arch/arm/cpu/armv7/mx6/clock.c| 239 ++
We need to power down lcdif before uboot reset to make reset can pass
stress test. Or system may hang.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
V2:
none
arch/arm/cpu/armv7/mx6/soc.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/cpu/armv7/mx6/soc.c b/arch/arm/cpu/a
Support lcdif display:
1. Add pinmux and pad settings for LCDIF
2. Introduce setup_lcd to do the settings for LCDIF
3. Enable VIDEO related macros in board header files
4. Add a new env videomode which is needed by mxsfb.c. The
settings for videomode in this patch is for TFT43AB.
5. Tested on mx
Need to call lcdif_power_down to make lcdif in initial state
before kernel boot. Similar issue for uboot reset with lcdif
enabled, system will hang after serveral times resetting. Need
to let lcdif initial state to make all go well.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Eric Nelson
Cc:
Introudce a new function lcdif_power_down.
1. Waits for a VSYNC interrupt to guarantee the reset is done at the
VSYNC edge, which somehow makes the LCDIF consume the display FIFO(?)
and helps the LCDIF work normally at the kernel stage.
2. Add power down function to stop lcdif.
The reason t
Compile misc.c for mx7, since we need related function for
lcdif and nand.
Signed-off-by: Peng Fan
Cc: Sanchayan Maity
Cc: Stefan Agner
Cc: Stefano Babic
Cc: Fabio Estevam
---
V2:
new patch
arch/arm/imx-common/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ar
Use the common lcdif register struct, but not define another
same register.
Introduce i.MX7 in lcdif register structure.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Fabio Estevam
---
V2:
new patch
arch/arm/include/asm/arch-mx7/imx-regs.h | 96 +---
arch/arm/inc
Support LCDIF for mx7dsabresd board:
1. Add pinmux settings
2. Add VIDEO related macro definition and videomode env settings.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Adrian Alonso
---
V2:
new patch
board/freescale/mx7dsabresd/mx7dsabresd.c | 64 +
Hallo Peng,
On 20/10/2015 12:35, Peng Fan wrote:
> On Tue, Oct 20, 2015 at 05:19:19PM +0800, Peng Fan wrote:
>> Hi Stefano,
>>
>> On Fri, Oct 02, 2015 at 10:48:21AM +0200, Stefano Babic wrote:
>>> Hi Peng,
>>>
>>> I have not forgotten this series. Anyway, this has introduced aome
>>> changes that
Am 20.10.2015 um 06:00 schrieb Heiko Schocher:
> Hello Richard
>
> Am 19.10.2015 um 23:48 schrieb Richard Weinberger:
>> Am 19.10.2015 um 23:40 schrieb Ezequiel Garcia:
>>> On 19 October 2015 at 17:22, Richard Weinberger wrote:
Am 19.10.2015 um 15:47 schrieb Ezequiel Garcia:
> After some
Fill the right command type when using CMD12 to stop data transfer.
Signed-off-by: Yangbo Lu
---
drivers/mmc/fsl_esdhc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c
index 0b37002..69c0728 100644
--- a/drivers/mmc/fsl_esd
We have finished Generic Board conversion for ARM and PowerPC, i.e.
all the boards have been converted except OpenRISC, SuperH, SPARC,
which have not supported Generic Board framework yet.
Select SYS_GENERIC_BOARD in arch/Kconfig and delete all the macro
defines in include/configs/*.h.
Signed-off
On Mon, Oct 19, 2015 at 9:02 PM, Bin Meng wrote:
> Hi George,
>
> On Tue, Oct 20, 2015 at 1:46 AM, George McCollister
> wrote:
>> Advantech SOM-6896 is a Broadwell U based COM Express Compact Module
>> Type 6. This patch adds support for it as a coreboot payload.
>>
>> On board SATA and SPI are f
Advantech SOM-6896 is a Broadwell U based COM Express Compact Module
Type 6. This patch adds support for it as a coreboot payload.
On board SATA and SPI are functional. On board Ethernet isn't functional
but since it's optional and ties up a PCIe x4 that is otherwise brought
out, this isn't a conc
Hello Peng,
On Tue, 20 Oct 2015 15:41:30 +0800, Peng Fan
wrote:
> Hi Albert,
>
> On Tue, Oct 20, 2015 at 09:32:51AM +0200, Albert ARIBAUD wrote:
> >Hello Peng,
> >
> >On Tue, 20 Oct 2015 15:20:43 +0800, Peng Fan
> >wrote:
> >> Hi Albert,
> >>
> >> On Tue, Oct 20, 2015 at 09:05:32AM +0200, Albe
On Tue, Oct 20, 2015 at 3:10 AM, Linus Walleij wrote:
> On Mon, Oct 19, 2015 at 9:21 PM, Rob Herring wrote:
>> On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij
>> wrote:
>
>>> The MAINTAINERS entry for device tree bindings does not state a
>>> git tree and I've never seen any of the maintainers s
Many SPI flashes have protection bits (BP2, BP1 and BP0) in the
status register that can protect selected regions of the SPI NOR.
Take these bits into account when performing erase operations,
making sure that the protected areas are skipped.
Tested on a mx6qsabresd:
=> sf probe
SF: Detected M25
Use the log2 and generic bitops header files directly from the kernel.
Based on the headers froom kernel 4.2.3.
Signed-off-by: Fabio Estevam
---
Changes since v8:
- Do not mix generic versus arch specific header (Jagan)
- Build tested on ARM, m68k, powerpc, bfin, microblaze, sh and x86
arch/ar
Add the SPI NOR protection mechanism from the kernel.
This code is based on the work from Brian Norris
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/mtd/spi-nor/spi-nor.c?id=62593cf40b23b523b9fc9334ca61ba6c595ebb09
Signed-off-by: Fabio Estevam
---
Changes sinc
Hi Peng,
On 20/10/2015 13:39, Peng Fan wrote:
> Change mxs_set_lcdclk prototype to add a new parameter
> base_addr. There are two LCD interfaces for i.MX6SX,
> we may support LCDIF1 or LCDIF2.
>
ok - from your commit message I am waiting that both LCDIF1 and LCDIF2
can be supported, and a user
On Tue, Oct 20, 2015 at 3:15 AM, Linus Walleij wrote:
> On Tue, Oct 20, 2015 at 10:10 AM, Linus Walleij
> wrote:
>> On Mon, Oct 19, 2015 at 9:21 PM, Rob Herring wrote:
>>> On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij
>>> wrote:
>>
>>> Err, what?
>>>
>>> $ git log --merges --grep='Pull.*\(Her
Hi Peng,
On 20/10/2015 13:39, Peng Fan wrote:
> board_mxsfb_system_setup shoule be named mxsfb_system_setup.
>
> Signed-off-by: Peng Fan
> Cc: Marek Vasut
> Cc: Stefano Babic
> ---
>
> V2:
> none
>
> board/sandisk/sansa_fuze_plus/sfp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-
On 20/10/2015 13:39, Peng Fan wrote:
> board_mxsfb_system_setup shoule be named mxsfb_system_setup.
^---should
But really it is better *must*, else it is dead code as we currently have.
>
> Signed-off-by: Peng Fan
> Cc: Marek Vasut
> Cc: Stefano Babic
> ---
>
On Tue, Oct 20, 2015 at 8:46 PM, George McCollister
wrote:
> Advantech SOM-6896 is a Broadwell U based COM Express Compact Module
> Type 6. This patch adds support for it as a coreboot payload.
>
> On board SATA and SPI are functional. On board Ethernet isn't functional
> but since it's optional a
Hi Peng,
On 20/10/2015 13:39, Peng Fan wrote:
> Move 'struct mxs_lcdif_regs' and lcdif related macro definitions to
> arch/arm/include/asm/imx-common/regs-lcdif.h.
>
> i.MX6SX/UL/28 have similar register layout and bit definitions of registers.
>
I do not like this approach. Please split this p
Use the is_power_of_2() definition from log2.h to align with the
kernel implementation.
Signed-off-by: Fabio Estevam
---
Changes since v8:
- None
arch/arm/mach-mvebu/mbus.c | 2 +-
drivers/mtd/mtdcore.c | 2 +-
drivers/mtd/ubi/build.c| 2 +-
fs/ubifs/super.c | 2 +-
include/l
On 20/10/2015 13:39, Peng Fan wrote:
> Add i.MX6UL/SX LCDIF related macros. Discard uneccessary
> '#ifdef xxx'.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> ---
>
> V2:
> none
>
> arch/arm/include/asm/arch-mx6/crm_regs.h | 34
>
> 1 file changed, 30 ins
Hi Peng,
On 20/10/2015 13:39, Peng Fan wrote:
> Implement mxs_set_lcdclk, enable_lcdif_clock and enable_pll_video.
> The three API can be used to configure lcdif related clock when
> CONFIG_VIDEO_MXS enabled.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> ---
>
> V2:
> none
>
> arch/arm/
Hi Peng,
On 20/10/2015 13:39, Peng Fan wrote:
> Support lcdif display:
> 1. Add pinmux and pad settings for LCDIF
> 2. Introduce setup_lcd to do the settings for LCDIF
> 3. Enable VIDEO related macros in board header files
> 4. Add a new env videomode which is needed by mxsfb.c. The
>settings
Hi Peng,
On 20/10/2015 13:39, Peng Fan wrote:
> Introudce a new function lcdif_power_down.
>
> 1. Waits for a VSYNC interrupt to guarantee the reset is done at the
>VSYNC edge, which somehow makes the LCDIF consume the display FIFO(?)
>and helps the LCDIF work normally at the kernel stage
> -Original Message-
> From: Peng Fan [mailto:peng@freescale.com]
> Sent: Tuesday, October 20, 2015 1:00 AM
> To: u-boot@lists.denx.de
> Cc: Fan Peng-B51431 ; Li Frank-B20596
> ; Stefano Babic ; Estevam Fabio-
> R49496
> Subject: [PATCH V2 2/3] mx7: psci: add basic psci support
>
>
Hello,
Ethernet support does not work anymore when using the current U-Boot
(version v2014.10) on the ODROID-X board. Bisecting shows that this
happened starting from commit 874dde80169e0a0c00020e2e0bbcd380c61097e3
("dm: usb: exynos: Use driver model for USB"):
http://git.denx.de/?p=u-boot.gi
Hello Li,
On Tue, 20 Oct 2015 14:05:45 +, Li Frank
wrote:
>
>
> > -Original Message-
> > From: Peng Fan [mailto:peng@freescale.com]
> > Sent: Tuesday, October 20, 2015 1:00 AM
> > To: u-boot@lists.denx.de
> > Cc: Fan Peng-B51431 ; Li Frank-B20596
> > ; Stefano Babic ; Estevam Fa
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Tuesday, October 20, 2015 9:25 AM
> To: Li Frank-B20596
> Cc: Fan Peng-B51431 ; u-boot@lists.denx.de;
> Estevam Fabio-R49496
> Subject: Re: [U-Boot] [PATCH V2 2/3] mx7: psci: add basic psci support
>
On 2015-10-19 08:07 PM, Tom Rini wrote:
> On Sat, Oct 17, 2015 at 04:40:30PM -0400, Paul Gortmaker wrote:
>
> [nuked most of the commit message as it's now not true]
Ah crap, I forgot to get rid of that; thanks for tossing it.
P.
--
>
> Applied to u-boot/master, thanks!
>
On 20 October 2015 at 07:12, Bin Meng wrote:
> On Tue, Oct 20, 2015 at 8:46 PM, George McCollister
> wrote:
>> Advantech SOM-6896 is a Broadwell U based COM Express Compact Module
>> Type 6. This patch adds support for it as a coreboot payload.
>>
>> On board SATA and SPI are functional. On board
Hi,
On 20 October 2015 at 08:13, Siarhei Siamashka
wrote:
> Hello,
>
> Ethernet support does not work anymore when using the current U-Boot
> (version v2014.10) on the ODROID-X board. Bisecting shows that this
> happened starting from commit 874dde80169e0a0c00020e2e0bbcd380c61097e3
> ("dm: usb: e
On Sun, Oct 04, 2015 at 05:38:41PM +0100, Simon Glass wrote:
> Hi Stephen,
>
> On 3 October 2015 at 20:20, Stephen Warren wrote:
> > On 10/03/2015 08:30 AM, Simon Glass wrote:
> >> Hi Stephen,
> >>
> >> On 2 October 2015 at 00:27, Stephen Warren wrote:
> >>> On 10/01/2015 04:59 PM, Simon Glass w
On Tue, Oct 20, 2015 at 11:10:23AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
>
> 2015-10-19 23:56 GMT+09:00 Tom Rini :
> > In some cases os.rename() may later fail due to "Cross-device link"
> > issues. The easy way to deal with this is to simply make our temporary
> > file here as well rather t
On Tue, Oct 20, 2015 at 07:34:27AM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <2015102800.GF23893@bill-the-cat> you wrote:
> >
> > I've pushed v2015.10 out to the repository and tarballs should exist
> > soon.
>
> It appears you did not push the tag, though?
Oops, fixed.
--
To
On Tue, Oct 20, 2015 at 08:05:40AM +0200, Linus Walleij wrote:
> Only compile in PCIe support if the board really uses it. Provide
> a stub for the init function if e.g. FVP is being built.
>
> Cc: Liviu Dudau
> Cc: Ryan Harkin
> Signed-off-by: Linus Walleij
> ---
> board/armltd/vexpress64/Ma
On Tue, Oct 20, 2015 at 03:22:01PM +0530, Vignesh R wrote:
> This adds support to update firmware on qspi flash using DFU.
>
> On device:
> => setenv dfu_alt_info ${dfu_alt_info_qspi}
> => dfu 0 sf 0:0
>
> On host:
> $ sudo dfu-util -l
> $ sudo dfu-util -D MLO -a MLO
> $ sudo dfu-util -D u-boot.
On Tue, Oct 20, 2015 at 03:22:00PM +0530, Vignesh R wrote:
> parse_dev() alters the string pointed by devstr parameter. Due to this
> subsequent parsing of sf entities will fail, as string pointed by devstr
> is no longer valid sf dev arguments.
> Fix this by passing pointer to the copy of the str
Hi Tom,
> On Tue, Oct 20, 2015 at 03:22:01PM +0530, Vignesh R wrote:
>
> > This adds support to update firmware on qspi flash using DFU.
> >
> > On device:
> > => setenv dfu_alt_info ${dfu_alt_info_qspi}
> > => dfu 0 sf 0:0
> >
> > On host:
> > $ sudo dfu-util -l
> > $ sudo dfu-util -D MLO -a M
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/20/15 18:31, Tom Rini wrote:
> On Tue, Oct 20, 2015 at 07:34:27AM +0200, Wolfgang Denk wrote:
>> Dear Tom,
>>
>> In message <2015102800.GF23893@bill-the-cat> you wrote:
>>>
>>> I've pushed v2015.10 out to the repository and tarballs should
We need to cache-flush the hcca area after the initial memset, otherwise
on the first hc_interrupt we might see an old $random value as done_head and
try to interpret that as the address for a completed td (followed by chaos).
Signed-off-by: Hans de Goede
---
drivers/usb/host/ohci-hcd.c | 1 +
1
Hi Tom,
On 20 October 2015 at 09:21, Tom Rini wrote:
>
> On Sun, Oct 04, 2015 at 05:38:41PM +0100, Simon Glass wrote:
> > Hi Stephen,
> >
> > On 3 October 2015 at 20:20, Stephen Warren wrote:
> > > On 10/03/2015 08:30 AM, Simon Glass wrote:
> > >> Hi Stephen,
> > >>
> > >> On 2 October 2015 at 0
On Tue, Oct 20, 2015 at 07:18:49PM +0300, Igor Grinberg wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/20/15 18:31, Tom Rini wrote:
> > On Tue, Oct 20, 2015 at 07:34:27AM +0200, Wolfgang Denk wrote:
> >> Dear Tom,
> >>
> >> In message <2015102800.GF23893@bill-the-cat> you
On Mon, Oct 19, 2015 at 04:59:28PM +0200, Patrick Delaunay wrote:
> 2015-10-15 23:46 GMT+02:00 Tom Rini :
>
> > On Thu, Oct 15, 2015 at 03:58:24PM -0500, Rob Herring wrote:
> > > On Tue, Oct 13, 2015 at 9:23 AM, Patrick Delaunay
> > > wrote:
> > > > code under flag CONFIG_PARTITION_TYPE_GUID
> >
On Thu, Jul 23, 2015 at 05:55:46PM -0300, Otavio Salvador wrote:
> Hello folks,
>
> I went over the process of upgrading the U-Boot, in OE-Core, and now
> we have 2015.07 merged.
>
> Along the process I found a pending patch for merging[1] and I would
> like to know how is the best way to addres
On 19 October 2015 at 18:07, Tom Rini wrote:
> On Mon, Oct 19, 2015 at 11:27:49AM -0400, Tom Rini wrote:
>
>> Upon further review when populating README.scrapyard, d2net_v2 is a
>> variant on net2big_v2 and not just an orphan config. To help in the
>> future also add this to board/LaCie/net2big_v
Dear Tom,
In message <20151020153139.GK23893@bill-the-cat> you wrote:
>
> > It appears you did not push the tag, though?
>
> Oops, fixed.
Thanks. Tarballs are on the FTP and ACD servers.
Statistics will follow ASAP.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Manag
On 10/02/2015 12:06 AM, Stephen Warren wrote:
Enhance f_read() to find the maximum contiguous set of clusters to read,
and read it all at once (which is fast) rather one by one (which is
slow).
Hmm. I had hoped that the author of ff.c would accept this patch
upstream, so we could pick up a lat
On Tue, Oct 20, 2015 at 12:57:32PM -0600, Stephen Warren wrote:
> On 10/02/2015 12:06 AM, Stephen Warren wrote:
> >Enhance f_read() to find the maximum contiguous set of clusters to read,
> >and read it all at once (which is fast) rather one by one (which is
> >slow).
>
> Hmm. I had hoped that the
On Mon, Oct 19, 2015 at 10:17:46AM +0200, Maxime Ripard wrote:
> On Sat, Oct 17, 2015 at 04:42:09PM +0200, Hans de Goede wrote:
> > Hi,
> >
> > On 17-10-15 15:59, Hans de Goede wrote:
> > >Hi,
> > >
> > >On 15-10-15 14:34, Maxime Ripard wrote:
> > >>Hi everyone,
> > >>
> > >>Here is the second att
On Tue, Oct 20, 2015 at 03:32:27PM -0400, Tom Rini wrote:
> On Mon, Oct 19, 2015 at 10:17:46AM +0200, Maxime Ripard wrote:
> > On Sat, Oct 17, 2015 at 04:42:09PM +0200, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 17-10-15 15:59, Hans de Goede wrote:
> > > >Hi,
> > > >
> > > >On 15-10-15 14:34, M
On Thu, Oct 15, 2015 at 02:34:12PM +0200, Maxime Ripard wrote:
> To check the alignment of the image blocks to the storage blocks, the
> current code uses a convoluted syntax, while a simple mod also does the
> work.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Tom Rini
--
Tom
signature.a
On Thu, Oct 15, 2015 at 02:34:13PM +0200, Maxime Ripard wrote:
> The functions and a few define to generate a fastboot message to be sent
> back to the host were so far duplicated among the users.
>
> Move them all to a common place.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Tom Rini
--
On Thu, Oct 15, 2015 at 02:34:15PM +0200, Maxime Ripard wrote:
> The fastboot flash command that writes an image to a partition works in
> several steps:
>
> 1 - Retrieve the maximum size the device can download through the
> "max-download-size" variable
>
> 2 - Retrieve the partition type t
Dear Tom,
In message <20151020153139.GK23893@bill-the-cat> you wrote:
>
> > It appears you did not push the tag, though?
>
> Oops, fixed.
OK, and here are the release statistics; for the full version please
see http://www.denx.de/wiki/U-Boot/UbootStat_2015_10
Processed 2069 csets from 182 de
On Thu, Oct 15, 2015 at 02:34:17PM +0200, Maxime Ripard wrote:
> So far the fastboot code was only supporting MMC-backed devices for its
> flashing operations (flash and erase).
>
> Add a storage backend for NAND-backed devices.
>
> Signed-off-by: Maxime Ripard
This is mutually exclusive with
On Thu, Oct 15, 2015 at 02:34:16PM +0200, Maxime Ripard wrote:
> The fastboot client will split the sparse images into several chunks if the
> image that it tries to flash is bigger than what the device can handle.
>
> In such a case, the bootloader is supposed to retain the last offset to
> whic
On Thu, Oct 15, 2015 at 02:34:19PM +0200, Maxime Ripard wrote:
> The Android sparse image format is currently supported through a file
> called aboot, which isn't really such a great name, since the sparse image
> format is only used for transferring data with fastboot.
>
> Rename the file and he
On Tue, Oct 20, 2015 at 09:44:12PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20151020153139.GK23893@bill-the-cat> you wrote:
> >
> > > It appears you did not push the tag, though?
> >
> > Oops, fixed.
>
> OK, and here are the release statistics; for the full version please
> see
On 10/20/2015 01:10 PM, Tom Rini wrote:
On Tue, Oct 20, 2015 at 12:57:32PM -0600, Stephen Warren wrote:
On 10/02/2015 12:06 AM, Stephen Warren wrote:
Enhance f_read() to find the maximum contiguous set of clusters to read,
and read it all at once (which is fast) rather one by one (which is
slow
Dear Igor,
In message <56266969.9070...@compulab.co.il> you wrote:
>
> >> It appears you did not push the tag, though?
> >
> > Oops, fixed.
>
> I've just pulled and nope, not there...
Should be fixed. Please try again.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Man
Hi Tom,
Here is the first pull-req for sunxi, it contains some none
sunxi specific patches which I've picked up as sunxi is the first
user of them, these patches have been reviewed by you and/or
Simon Glass.
Highlights:
-Only simple-malloc in SPL (also post "reloc") to save space
-Remove a coupl
Hello Li,
(sorry for my dropping other receipients from the discussion; restoring
them
On Tue, 20 Oct 2015 15:04:40 +, Li Frank
wrote:
>
>
> > -Original Message-
> > From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> > Sent: Tuesday, October 20, 2015 9:55 AM
> > To: Li Frank
1 - 100 of 116 matches
Mail list logo
