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
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
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.
>>
>>
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
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
---
1. add basic psci support for imx7 chip.
2. support cpu_on and cpu_off.
3. switch to non-secure mode when boot linux kernel.
4. set csu allow accessing all peripherial register in non-secure mode.
Signed-off-by: Frank Li
Signed-off-by: Peng Fan
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 the PSCI code and link it into the u-boot image,
there will be relocation
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
>> $
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.
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
---
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
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 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 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
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
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
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
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
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
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
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
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
> -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
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
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
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
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
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
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:
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
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
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
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:
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
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
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.
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
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
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
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
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
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|
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
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
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
Support PSCI and switch to non-secure mode when booting linux.
Signed-off-by: Peng Fan
Signed-off-by: Frank Li
Cc: Stefano Babic
Cc: Fabio Estevam
---
Changes V2:
default no enable CONFIG_ARMV7_VIRT
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 -
>
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
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.
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
>
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
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
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"):
> -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
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!
>
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 ;
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
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
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
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
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
---
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:
> >
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,
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>
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
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
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:
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
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
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
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.
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
-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
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
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.
--
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
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
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
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,
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
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
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
>
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Tuesday, October 20, 2015 4:04 PM
> To: Li Frank-B20596
> Cc: Fan Peng-B51431 ; Estevam Fabio-R49496
> ;
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
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
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,
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
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
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
Dear Tom,
In message <20151020195044.GG23893@bill-the-cat> you wrote:
>
> I'm very happy to see that these numbers have been growing over time.
> It's important that we review eachothers code (and test it when
> possible) and report that back. It's also an "easy" way to start
> getting involved
On Tue, Oct 20, 2015 at 04:06:51PM -0500, Andy Fleming wrote:
> On Fri, Oct 16, 2015 at 8:14 AM, Joakim Tjernlund
> wrote:
> > On Fri, 2015-10-16 at 07:47 -0400, Tom Rini wrote:
> >> On Fri, Oct 16, 2015 at 06:55:58AM +, Joakim Tjernlund wrote:
> >> > On Thu,
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
On Fri, Oct 16, 2015 at 8:14 AM, Joakim Tjernlund
wrote:
> On Fri, 2015-10-16 at 07:47 -0400, Tom Rini wrote:
>> On Fri, Oct 16, 2015 at 06:55:58AM +, Joakim Tjernlund wrote:
>> > On Thu, 2015-10-15 at 17:58 -0400, Tom Rini wrote:
>> > > On Thu, Oct 15, 2015 at
On Tuesday, October 20, 2015 at 03:48:46 AM, Thomas Chou wrote:
> Add README.nios2 about how to add nios2 boards to u-boot.
>
> Signed-off-by: Thomas Chou
> ---
> v2
> add ref and fix words as suggested by Marek.
>
> doc/README.nios2 | 97
>
This is the normal Tegra SPI driver modified to work with the
QSPI controller in Tegra210. It does not do 2x/4x transfers
or any other QSPI protocol.
Author: Yen Lin
Signed-off-by: Yen Lin
Signed-off-by: Tom Warren
---
Changes in v2:
-
On Tuesday, October 20, 2015 at 06:39:29 PM, Hans de Goede wrote:
> 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
>
On Tue, 20 Oct 2015 09:15:07 -0600
Simon Glass wrote:
> 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
Hi Marek,
On 10/21/2015 05:25 AM, Marek Vasut wrote:
+java -jar sopc2dts.jar --force-altr -i mysystem.sopcinfo -o mysystem.dts
Just a hint -- in case you're listing a command, add a dollar sign before
it to be explicit it's a command, like this:
$ java -jar ...
Thanks for the hint. I will
Hi Tom,
can you please pull various mvebu enhancements from Stefan?
The following changes since commit 5ec0003b19cbdf06ccd6941237cbc0d1c3468e2d:
Prepare v2015.10 (2015-10-19 19:59:38 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-marvell.git
for you to fetch
Hi Wolfgang,
> Top changeset contributors by employer
> (Unknown) 568 (27.5%)
> Google, Inc. 376 (18.2%)
> DENX Software Engineering 354 (17.1%)
> Freescale 303 (14.6%)
> Red Hat 92 (4.4%)
> NVidia 75
1 - 100 of 120 matches
Mail list logo