Hi Simon,
On Mon, May 23, 2016 at 5:42 PM, Simon Glass wrote:
> Hi Mario,
>
> On 23 May 2016 at 01:08, Mario Six wrote:
>> Add some tests for the new open drain setting feature of the GPIO
>> uclass, and extend the capabilities of the sandbox GPIO driver
>> accordingly.
>>
>> Signed-off-by: Mari
Hi,
On 23-05-16 14:41, Chen-Yu Tsai wrote:
Hi everyone,
This series rewrites the Allwinner/sunxi PSCI implementation in C, to make
it easier to maintain and extend for the currently unsupported multi-cluster
SoCs. The SMP code in the BSP kernels are in C. Having the PSCI code in C
as well will
Hi Tom,
this is a resend of the pull request send late in release cycle for 2016.05.
The following changes since commit d7d000311285e4b8d11e089ca13ea456a01be3b8:
Merge branch 'master' of git://git.denx.de/u-boot-mips (2016-05-23 11:51:37
-0400)
are available in the git repository at:
git:
On 23/05/16 13:41, Chen-Yu Tsai wrote:
> Instead of listing individual registers for controls to each processor
> core, list them as an array of registers. This makes accessing controls
> by core index easier.
>
> Also rename "cpucfg_sun6i.h" (which was unused anyway) to the more generic
> "cpucfg
The series Introduces vcores_init function to update am57xx
information after the board detection. Fixes assigning
wrong value to to omap_vcores over riding the vcores_init
function for am572x-idk and does a minor alignment correction.
This series is on top of the series:
http://marc.info/?l=u-boo
This just fixes alignment for better readability.
Signed-off-by: Keerthy
---
board/ti/am57xx/board.c | 90 -
1 file changed, 45 insertions(+), 45 deletions(-)
diff --git a/board/ti/am57xx/board.c b/board/ti/am57xx/board.c
index 5992f49..6b58722 10
The pmic registers for variants of am57xx boards are different
hence we need to assign them carefully based on the board type.
Add a function to assign omap_vcores after the board detection.
Signed-off-by: Keerthy
---
arch/arm/cpu/armv7/omap-common/hwinit-common.c | 11 +++
arch/arm/incl
Currently omap_vcores is wrongly assigned a default value of
beagle_x15_volts. Hence populating a new structure for am572x-idk
and assigning it to omap_vcores in the vcores_init function.
Fixes: c020d355c45ed40fe12a ("board: ti: am57xx: Add support for am572x idk in
SPL")
Reported-by: Suman Anna
On 23/05/16 13:41, Chen-Yu Tsai wrote:
> To make the PSCI backend more maintainable and easier to port to newer
> SoCs, rewrite the current PSCI implementation in C.
>
> Some inline assembly bits are required to access coprocessor registers.
> PSCI stack setup is the only part left completely in a
On 23/05/16 13:41, Chen-Yu Tsai wrote:
> Some common PSCI functions are written in assembly, but it should be
> possible to use them from C code.
>
> Add function declarations for C code to consume.
>
> Signed-off-by: Chen-Yu Tsai
> ---
> arch/arm/include/asm/psci.h | 8
> 1 file chang
On 23/05/16 13:41, Chen-Yu Tsai wrote:
> The PSCI implementation expects at most 2 pages worth of space reserved
> at the end of the secure section for its stacks. This was not properly
> marked and taken into consideration when reserving memory from the
> kernel.
>
> If one accesses PSCI after Li
Hi Tom,
here are patches I have collected. I expect some others changes will
come after that.
Thanks,
Michal
The following changes since commit d7d000311285e4b8d11e089ca13ea456a01be3b8:
Merge branch 'master' of git://git.denx.de/u-boot-mips (2016-05-23
11:51:37 -0400)
are available in the g
Hi Michal
2016-05-20 22:54 GMT+09:00 Michal Simek :
> Extending Kconfig for adding new platform is a lot of work
> for nothing. Setting SYS_CONFIG_NAME directly in Kconfig and
> remove all dependencies on TARGET_ZYNQ_* options including SPL.
> As a side-effect it also remove custom init folder for
Hi,
please ignore this one.
I have found one issue on microblaze.
Thanks,
Michal
On 24.5.2016 13:02, Michal Simek wrote:
> Hi Tom,
>
> here are patches I have collected. I expect some others changes will
> come after that.
>
> Thanks,
> Michal
>
>
> The following changes since commit d7d000
On 24.5.2016 13:15, Masahiro Yamada wrote:
> Hi Michal
>
> 2016-05-20 22:54 GMT+09:00 Michal Simek :
>> Extending Kconfig for adding new platform is a lot of work
>> for nothing. Setting SYS_CONFIG_NAME directly in Kconfig and
>> remove all dependencies on TARGET_ZYNQ_* options including SPL.
>> A
Remove autogenerated config.mk and select CPU options via Kconfig.
Signed-off-by: Michal Simek
---
board/xilinx/microblaze-generic/Kconfig | 16
board/xilinx/microblaze-generic/config.mk | 20 ++--
configs/microblaze-generic_defconfig | 3 +++
3 files ch
Select MSR instructions via Kconfig instead of xparameters.h.
Signed-off-by: Michal Simek
---
arch/microblaze/include/asm/asm.h | 2 +-
board/xilinx/microblaze-generic/Kconfig | 4
board/xilinx/microblaze-generic/xparameters.h | 1 -
configs/microblaze-generic_defconfig
Toolchain can use some flags by default based on cpu version.
Signed-off-by: Michal Simek
---
board/xilinx/microblaze-generic/Kconfig | 4
board/xilinx/microblaze-generic/config.mk | 4
2 files changed, 8 insertions(+)
diff --git a/board/xilinx/microblaze-generic/Kconfig
b/board/x
Hi Tom,
here are patches I have collected. I expect some others changes will
come after that.
I have fixed one MB compilation issue in v2 (just missing one variable).
Sorry for that.
Thanks,
Michal
The following changes since commit
d7d000311285e4b8d11e089ca13ea456a01be3b8:
Merge branch '
Masahiro Yamada (7):
ARM: uniphier: disable cache in SPL of PH1-LD20
ARM: uniphier: clean up boot mode tables
ARM: uniphier: rename umc-ld20-regs.h to umc64-regs.h
ARM: uniphier: rename UMC macro names of PH1-LD20
ARM: uniphier: add PH1-LD11 SoC support
clk: uniphier: add Media I/O cl
The Boot ROM has enabled D-cache and MMU setting DDR memory area
as Normal Memory in its page table. Disable D-cache and MMU
before jumping to U-Boot proper.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/init/init-ld20.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/ar
This is a low-cost ARMv8 SoC from Socionext Inc.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/Kconfig| 5 +
arch/arm/mach-uniphier/board_early_init_f.c | 7 ++
arch/arm/mach-uniphier/boards.c | 20
arch/arm/mach-uniphier/boot-mo
Correct some register names.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/dram/umc-ld20.c | 4 ++--
arch/arm/mach-uniphier/dram/umc64-regs.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-uniphier/dram/umc-ld20.c
b/arch/arm/mach-uniphier/d
This header will be shared between PH1-LD11 and PH1-LD20
(and hopefully new ARMv8 SoCs developed in the future),
so umc64-regs.h would be a better fit.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/dram/umc-ld20.c| 2 +-
arch/arm/mach-uniphier/dram/{umc-ld20-
Make the USB feature really available.
Signed-off-by: Masahiro Yamada
---
arch/arm/dts/uniphier-ph1-ld11-ref.dts | 12
arch/arm/dts/uniphier-ph1-ld11.dtsi| 36 ++
2 files changed, 48 insertions(+)
diff --git a/arch/arm/dts/uniphier-ph1-ld11-ref.
Tidy up alignment of open parentheses.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/boot-mode/boot-mode-ld20.c | 2 +-
arch/arm/mach-uniphier/boot-mode/boot-mode-ld4.c | 6 +++---
arch/arm/mach-uniphier/boot-mode/boot-mode-pro5.c | 2 +-
arch/arm/mach-uniphier/boot-mode/boot-mo
Signed-off-by: Masahiro Yamada
---
drivers/clk/uniphier/clk-uniphier-mio.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/clk/uniphier/clk-uniphier-mio.c
b/drivers/clk/uniphier/clk-uniphier-mio.c
index a2b0e80..c6ecd11 100644
--- a/drivers/clk/uniphier/clk-uniphier-mio.c
+++ b/
In 'commit d584c68ce0f5bf2f430ccfb2ba00bd506206fb91',
ar8031 is changed to use ar8035_config. ar8035_config
actually does the same thing as mx6_rgmii_rework, so
drop mx6_rgmii_rework and board_phy_config.
Signed-off-by: Peng Fan
Cc: Fabio Estevam
Cc: Stefano Babic
---
board/freescale/mx6qsabre
On Tue, May 24, 2016 at 9:28 AM, Peng Fan wrote:
> In 'commit d584c68ce0f5bf2f430ccfb2ba00bd506206fb91',
In the future, please use the following format when referencing commit IDs:
d584c68ce ("phy: atheros: Use ar8035_config for AR8031")
> ar8031 is changed to use ar8035_config. ar8035_config
>
On 24/05/2016 14:28, Peng Fan wrote:
> In 'commit d584c68ce0f5bf2f430ccfb2ba00bd506206fb91',
> ar8031 is changed to use ar8035_config. ar8035_config
> actually does the same thing as mx6_rgmii_rework, so
> drop mx6_rgmii_rework and board_phy_config.
>
> Signed-off-by: Peng Fan
> Cc: Fabio Estevam
Hi Stefano,
On Tue, May 17, 2016 at 11:23 AM, Daiane Angolini
wrote:
>> From: Fabio Estevam [mailto:fabio.este...@nxp.com]
>> Sent: Tuesday, May 17, 2016 10:52 AM
>> To: sba...@denx.de
>> Cc: Daiane Angolini ; u-boot@lists.denx.de; Fabio
>> Estevam
>> Subject: [PATCH v2] pico-imx6ul: Select CONF
On Tuesday 24 May 2016 12:02 AM, Suman Anna wrote:
> The current OPP_NOM voltage values defined for the MPU and CORE
> voltage domains are based on the initial DRA75x_74x_SR1.1_DM data
> manual. As per this DM, the PMIC boot voltage can be set to either
> 1.10V or 1.15V for VD_MPU, and either 1.0
On Tuesday 24 May 2016 12:02 AM, Suman Anna wrote:
> The voltage values for each voltage domain at an OPP is identical
> across all the SoCs in the DRA7 family. The current code defines
> one set of macros for DRA75x/DRA74x SoCs and another set for DRA72x
> macros. Consolidate both these sets int
On Tuesday 24 May 2016 12:02 AM, Suman Anna wrote:
> Define specific macros for the voltage values for all voltage
> domains for all applicable OPPs - OPP_NOM, OPP_OD and OPP_HIGH.
> No separate macros are defined for VD_MPU and VD_CORE at OPP_OD
> and OPP_HIGH as these use the same values as OPP
On Tuesday 24 May 2016 12:02 AM, Suman Anna wrote:
> Define a set of common macros for the efuse register offsets
> (different for each OPP) that are used to get the AVS Class 0
> voltage values and ABB configuration values. Assign these
> common macros to the register offsets for OPP_NOM by defa
Adjust kernel-doc content to be semantically valid, and fix a few
typos while we're there.
Signed-off-by: Robert P. J. Day
---
there is still some broken kernel-doc in that directory, such as
this in pinctrl_rk3288.c:
/**
* @type: iomux variant using IOMUX_* constants
* @offset: if initia
looking at the code for fdt_fixup_ethernet() in fdt_support.c, and
i'm puzzled by the extra work being done ostensibly to take an
"edited" FDT into account:
void fdt_fixup_ethernet(void *fdt)
{
int i, j, prop;
char *tmp, *end;
char mac[16];
const char *path;
On 24/05/2016 14:36, Fabio Estevam wrote:
> Hi Stefano,
>
> On Tue, May 17, 2016 at 11:23 AM, Daiane Angolini
> wrote:
>>> From: Fabio Estevam [mailto:fabio.este...@nxp.com]
>>> Sent: Tuesday, May 17, 2016 10:52 AM
>>> To: sba...@denx.de
>>> Cc: Daiane Angolini ; u-boot@lists.denx.de; Fabio
>>> E
In case we have restarted u-boot there is a chance that environment
buffer contains old environment (from the previous boot). If UBI volume
is zero size, ubi_volume_read() doesn't modify the buffer and exits
successfully.
We need to clear buffer manually before reading it from UBI, so the
invalid
Hi Fabio,
On Tue, May 24, 2016 at 09:32:31AM -0300, Fabio Estevam wrote:
>On Tue, May 24, 2016 at 9:28 AM, Peng Fan wrote:
>> In 'commit d584c68ce0f5bf2f430ccfb2ba00bd506206fb91',
>
>In the future, please use the following format when referencing commit IDs:
>d584c68ce ("phy: atheros: Use ar8035_
On 23/05/2016 12:35, Peng Fan wrote:
> Introduce simpler macros for runtime cpu dection.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> ---
> arch/arm/include/asm/imx-common/sys_proto.h | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm/include/asm/imx-common/sys_prot
On 23/05/2016 17:25, Tim Harvey wrote:
> The SPL has recently grown in size and causes a buid failure for the Gateworks
> Ventana board. This series addresses this by removing a couple of features
> not necessary for Ventana as well as one simple cleanup.
>
> Tim Harvey (4):
> imx: ventana: conf
On 21/04/2016 23:34, Damien Riegel wrote:
> This commit updates the environment variables to be able to boot with a
> device tree. The expected partition layout on the SD card is:
> - partition 1: type 0xDA, contains u-boot.bin
> - partition 2: type 0xC (fat), contains zImage and device tree
> -
On 10/05/2016 22:36, Sebastien Bourdelin wrote:
> Hi,
>
> On 04/21/2016 05:39 PM, Sebastien Bourdelin wrote:
>> Hi,
>> I add Fabio Estevam in the loop as suggested by Marek Vasut on IRC.
>>
>> On 04/21/2016 01:37 PM, Sebastien Bourdelin wrote:
>>> This commit fixes the MMC data transactions timeou
Hi,
When I try to build mx53loco_defconfig in U-boot 2016.05 I get the
following errors with the toolchain provided by Buildroot:
LD u-boot
/home/fabio/buildroot/output/host/usr/bin/arm-buildroot-linux-uclibcgnueabihf-ld.bfd:
error:
/home/fabio/buildroot/output/host/usr/lib/gcc/arm-buildr
Disable unused FPGA, NFS, FAT and EFI support to reduce the bootloader
size. Don't clear memory reserved for malloc to improve boot speed.
Signed-off-by: Andrew Shadura
---
configs/ge_b450v3_defconfig | 6 +-
configs/ge_b650v3_defconfig | 6 +-
configs/ge_b850v3_defconfig | 6 +-
3 f
Hi Stefano,
On Tue, May 24, 2016 at 10:52 AM, Stefano Babic wrote:
> Yes, this is the IPU - rather a patch to fix this was not included for
> the release, I applied it later:
That's correct. I applied this patch and that fixes the issue, thanks!
___
U
The kernel already knows how to initialise the display, and initialising
the display from U-boot is only useful for debugging and isn't necessary
in production, so no need to have it enabled in U-boot by default.
Signed-off-by: Andrew Shadura
---
include/configs/ge_bx50v3.h | 8 +---
1 file
Don't try to configure the backlight when CONFIG_VIDEO_IPUV3 isn't set.
Signed-off-by: Andrew Shadura
---
board/ge/bx50v3/bx50v3.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/ge/bx50v3/bx50v3.c b/board/ge/bx50v3/bx50v3.c
index e167cd5..fb112ee 100644
--- a/board/ge/bx50v3/bx50v3
The network support is only useful for development and shouldn't be enabled
in production, so it has to be disabled in U-boot by default.
Signed-off-by: Andrew Shadura
---
configs/ge_b450v3_defconfig | 4 +---
configs/ge_b650v3_defconfig | 4 +---
configs/ge_b850v3_defconfig | 4 +---
include/co
detect_baseboard() function doesn't depend on CONFIG_VIDEO_IPUV3.
Make sure it's available when CONFIG_VIDEO_IPUV3 is off.
Signed-off-by: Andrew Shadura
---
board/ge/bx50v3/bx50v3.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/board/ge/bx50v3/bx50v3.c b/
The SATA support is only useful for development and shouldn't be enabled
in production, so it has to be disabled in U-boot by default.
Signed-off-by: Andrew Shadura
---
include/configs/ge_bx50v3.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/ge_bx50v3.h b
From: Kimmo Surakka
Add missing ${partnum} to set rootdev correctly when
booting from USB or MMC.
Signed-off-by: Kimmo Surakka
[Rebased against v2016.05 and adjusted the variable name]
Signed-off-by: Andrew Shadura
---
include/configs/ge_bx50v3.h | 6 +++---
1 file changed, 3 insertions(+), 3
Hi Andrew,
On 20/05/2016 14:05, Andrew Shadura wrote:
> detect_baseboard() function doesn't depend on CONFIG_VIDEO_IPUV3.
> Make sure it's available when CONFIG_VIDEO_IPUV3 is off.
>
> Signed-off-by: Andrew Shadura
> ---
>
> The first version of the patch moved the function down below
> its fir
Hi Andrew,
On 20/05/2016 14:22, Andrew Shadura wrote:
> Don't try to configure the backlight when CONFIG_VIDEO_IPUV3 isn't set.
>
> Signed-off-by: Andrew Shadura
> ---
> board/ge/bx50v3/bx50v3.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/board/ge/bx50v3/bx50v3.c b/board/ge/bx5
Hi,
I am wondering if it is possible and if anyone has done it before, to add a
login/password to uboot when we stop it before it load/start ?
Regards
Eric Tremblay
Embedded Software Engineer
HARRIS ATC Solutions
80, Jean-Proulx
Gatineau, QC J8Z 1W1
T: 819-420-1474
F: 819-420-1501
E: etrem...
On 24/05/16 16:07, Stefano Babic wrote:
> Hi Andrew,
>
> On 20/05/2016 14:22, Andrew Shadura wrote:
>> > Don't try to configure the backlight when CONFIG_VIDEO_IPUV3 isn't set.
>> >
>> > Signed-off-by: Andrew Shadura
>> > ---
>> > board/ge/bx50v3/bx50v3.c | 3 +++
>> > 1 file changed, 3 inserti
Hi Fabio,
On 24/05/2016 15:46, Fabio Estevam wrote:
> Hi,
>
> When I try to build mx53loco_defconfig in U-boot 2016.05 I get the
> following errors with the toolchain provided by Buildroot:
>
> LD u-boot
> /home/fabio/buildroot/output/host/usr/bin/arm-buildroot-linux-uclibcgnueabihf-ld.bf
The USB support is only useful for development and shouldn't be enabled
in production, so it has to be disabled in U-boot by default.
Signed-off-by: Andrew Shadura
---
configs/ge_b450v3_defconfig | 2 --
configs/ge_b650v3_defconfig | 2 --
configs/ge_b850v3_defconfig | 2 --
include/configs/g
On 24/05/16 11:21, Marc Zyngier wrote:
> On 23/05/16 13:41, Chen-Yu Tsai wrote:
>> The PSCI implementation expects at most 2 pages worth of space reserved
>> at the end of the secure section for its stacks. This was not properly
>> marked and taken into consideration when reserving memory from the
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Commit 96464badc794 ("moveconfig: Always run savedefconfig on the
> moved config") changed the work flow of this tool a lot from the
> original intention when this tool was designed first.
>
> Since then, before running this tool, users mus
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> We must make sure this tool is run from the top of source directory
> before calling update_cross_compile(). Otherwise, the following
> exception is thrown:
>
> Traceback (most recent call last):
> File "./moveconfig.py", line 918, in
>
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Nesting by "else:" is not generally useful after such statements
> as return, break, and sys.exit(), etc.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberger
___
U-Boot mailing list
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> When the source tree is not clean, this tool raises an exception
> with a message like follows:
>
> Traceback (most recent call last):
> File "tools/moveconfig.py", line 939, in
> main()
> File "tools/moveconfig.py", line 934, in m
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Since commit 25400090b1e2 ("moveconfig: Print a message for
> missing compiler"), this tool parses error messages generated by
> "make include/config/auto.conf" every time an error occurs in order
> to detect missing compiler.
>
> Instead o
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Currently, the progress " * defconfigs out of 1133" does not increase
> monotonically.
>
> Moreover, the number of processed defconfigs does not match the total
> number of defconfigs when this tool finishes, like:
>
> 1132 defconfigs out
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Commit 96464badc794 ("moveconfig: Always run savedefconfig on the
> moved config") changed how defconfig files were updated.
>
> Since then, the function update_defconfig() does not modify defconfig
> files at all (instead, they are updated
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Since commit 96464badc794 ("moveconfig: Always run savedefconfig on
> the moved config"), --dry-run option is broken.
>
> The --dry-run option prevents the .config from being modified,
> but defconfig files might be updated by "make savedef
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Since 96464badc794 ("moveconfig: Always run savedefconfig on the
> moved config"), this tool can not correctly move bool configs with
> the default value y.
>
> The reason is like follows:
>
> We are supposed to add the config entries in Kc
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> Now types and defalut values given by the input file are just
> ignored. Delete unnecessary code.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberger
___
U-Boot mailing list
U-Boot
On Thu, May 19, 2016 at 1:51 AM, Masahiro Yamada
wrote:
> We still pass the input file with CONFIG name, type, default value
> in each line, but the last two fields are just ignored by the tool.
> So, let's deprecate the input file and allow users to give CONFIG
> names directly from the command l
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> The paths to .config, include/autoconf.mk, include/config/auto.conf
> are not changed during the defconfig walk. Compute them only once
> when a new class instance is created.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberg
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> Move similar code to finish() function.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> Before this commit, the log was displayed in the format:
>
>:
>:
>:
>
> When we move multiple CONFIGs at the same time, we see as many
> strings as actions for every defconfig, which is
> redundant information.
>
> Moreover,
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> This will help further improvement/clean-up.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> If no CONFIG option is moved to the .config, no need to sync the
> defconfig file. This accelerates the processing by skipping
> unneeded "make savedefconfig".
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberger
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> There are various factors that determine if the given defconfig is
> updated, and it is probably what users are more interested in.
>
> Show the log when the defconfig is updated. Also, copy the file
> only when the file content was really
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> This is a rare case, but there is still possibility that some CONFIG
> is moved to the .config, but it is removed by "make savedefconfig".
> (For example, it happens when the specified CONFIG has no prompt in
> the Kconfig entry, i.e. it is
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> Now, "make savedefconfig" does not always happen. Display the log
> when it happens.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.d
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> Now, this tools invokes "make savedefconfig" only when it needs to
> do so, but there might be cases where a user wants the tool to do
> savedefconfig forcibly, for example, some defconfigs were already
> out of sync and the user wants to f
On Thu, May 19, 2016 at 1:52 AM, Masahiro Yamada
wrote:
> I found "tools/moveconfig -s" might be useful for defconfig re-sync.
> I could optimize it for re-sync if I wanted, but I do not want to
> make the code complex for this feature.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Joe Hershbe
Hi Marek,
On Sat, May 21, 2016 at 4:29 AM, Marek Vasut wrote:
> On 05/21/2016 05:25 AM, Wills Wang wrote:
>>
>>
>> On 05/21/2016 01:08 AM, Marek Vasut wrote:
>>> On 05/20/2016 06:43 PM, Wills Wang wrote:
On 05/20/2016 07:59 PM, Marek Vasut wrote:
> On 05/20/2016 06:18 AM, Wills Wang
On Mon, May 23, 2016 at 5:36 AM, Peng Fan wrote:
> Use simpler runtime cpu dection macros.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> Cc: Joe Hershberger
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx
On 05/24/2016 05:15 PM, Joe Hershberger wrote:
> Hi Marek,
>
> On Sat, May 21, 2016 at 4:29 AM, Marek Vasut wrote:
>> On 05/21/2016 05:25 AM, Wills Wang wrote:
>>>
>>>
>>> On 05/21/2016 01:08 AM, Marek Vasut wrote:
On 05/20/2016 06:43 PM, Wills Wang wrote:
>
> On 05/20/2016 07:59 PM,
On Wed, May 18, 2016 at 7:50 AM, Michal Simek wrote:
> Fix zynq_gem driver to handle error from phy_config correctly.
>
> Signed-off-by: Michal Simek
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/l
On 05/24/2016 05:17 PM, Marek Vasut wrote:
> On 05/24/2016 05:15 PM, Joe Hershberger wrote:
>> Hi Marek,
>>
>> On Sat, May 21, 2016 at 4:29 AM, Marek Vasut wrote:
>>> On 05/21/2016 05:25 AM, Wills Wang wrote:
On 05/21/2016 01:08 AM, Marek Vasut wrote:
> On 05/20/2016 06:43 PM, W
Add ethernet driver for the AR933x and AR934x Atheros MIPS machines.
The driver could be easily extended to other WiSoCs.
Signed-off-by: Marek Vasut
Cc: Daniel Schwierzeck
Cc: Joe Hershberger
Cc: Wills Wang
---
V2: - Drop the printf() in case malloc fails, it's pointless to try
and print
On Tue, May 17, 2016 at 4:58 PM, Simon Glass wrote:
> +Joe
>
>
> On 16 May 2016 at 23:11, Wenyou Yang wrote:
>> Use the right phy_connect() prototype for CONFIGF_DM_ETH.
>> Support to get the phy interface from dt and set GMAC_UR.
>>
>> Signed-off-by: Wenyou Yang
>> ---
>> This patch is based on
On Wed, May 18, 2016 at 7:55 AM, Michal Simek wrote:
> The patch
> "net: phy: do not read configuration register on reset"
> (sha1: a058052c358c3ecf5f394ff37def6a45eb26768c)
> was causing regression on zynq zc702 board where Marwell 88e1118
> phy was resetted after negotiation was setup.
> Phy res
Hi Paul,
On Tue, May 17, 2016 at 5:56 AM, Paul Burton wrote:
> Fix the pcnet driver to build safely on 64 bit platforms, in preparation
> for allowing MIPS64 builds for Malta boards.
>
> Signed-off-by: Paul Burton
> ---
>
> drivers/net/pcnet.c | 18 ++
> 1 file changed, 10 inser
Hi Andrew,
On 24/05/2016 16:09, Andrew Shadura wrote:
> On 24/05/16 16:07, Stefano Babic wrote:
>> Hi Andrew,
>>
>> On 20/05/2016 14:22, Andrew Shadura wrote:
Don't try to configure the backlight when CONFIG_VIDEO_IPUV3 isn't set.
Signed-off-by: Andrew Shadura
---
board/
On Mon, May 16, 2016 at 5:07 PM, Kevin Smith
wrote:
> Instead of requiring gluebi to update u-boot environments from
> Linux, directly support writing to an UBI device. The
> fw_env.config file will look something like this:
>
> Device Offset Envsize LEB SizeCount
> /dev
On 24/05/16 17:26, Stefano Babic wrote:
>>> ...but CONFIG_VIDEO_IPUV3 is set in include/configs/ge_bx50v3.h, that
>>> >> means your changes works on a out-of-tree version of the board.
>>> >>
>>> >> To get this real working, you need to set CONFIG_VIDEO_IPUV3 via
>>> >> menuconfig, that is outside
On Tue, May 17, 2016 at 7:59 AM, Michal Simek wrote:
> Add function boot_get_fpga() which find and load bitstream to
> programmable logic if fpga entry is present.
> Function is supported on Xilinx devices for full and partial bitstreams
> in BIN and BIT format.
>
> Signed-off-by: Michal Simek
R
On Tue, May 24, 2016 at 10:25:11AM -0500, Joe Hershberger wrote:
> Hi Paul,
>
> On Tue, May 17, 2016 at 5:56 AM, Paul Burton wrote:
> > Fix the pcnet driver to build safely on 64 bit platforms, in preparation
> > for allowing MIPS64 builds for Malta boards.
> >
> > Signed-off-by: Paul Burton
> >
On 24/05/2016 17:28, Andrew Shadura wrote:
> On 24/05/16 17:26, Stefano Babic wrote:
...but CONFIG_VIDEO_IPUV3 is set in include/configs/ge_bx50v3.h, that
>> means your changes works on a out-of-tree version of the board.
>>
>> To get this real working, you need to set CONFIG_VIDEO
On Wed, May 18, 2016 at 6:20 AM, Michal Simek wrote:
> Propagate error code from genphy_update_link() to phy startup().
>
> Signed-off-by: Michal Simek
Thanks!!
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.
On Sat, May 21, 2016 at 06:50:37PM +0200, Daniel Schwierzeck wrote:
> are you going to send a v4 of this patch? I can also do this if you
> like. Then I could apply all other v3 patches of this series.
Hi Daniel,
I'm happy with either of those options. If you'd prefer me to submit a
v4 let me kno
Hello Eric,
Am 24.05.2016 um 15:50 schrieb Tremblay, Eric:
Hi,
I am wondering if it is possible and if anyone has done it before, to add a
login/password to uboot when we stop it before it load/start ?
You may want to look into:
http://git.denx.de/?p=u-boot.git;a=blob;f=doc/README.autoboo
On Wed, May 18, 2016 at 6:20 AM, Michal Simek wrote:
> Handle error returned by phy_startup() properly.
>
> Signed-off-by: Michal Simek
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
1 - 100 of 217 matches
Mail list logo
