Re: [U-Boot] [PATCH] build: create time and date independent binary

2015-06-13 Thread Chris Kuethe
On Fri, Jun 12, 2015 at 8:31 AM, Heiko Schocher wrote: > With this option enabled each compilation creates the exact > same binary. There are no timestamps, with which a U-Boot > binary can be identified. Works on usbarmory. Tested-by: Chris Kuethe __

Re: [U-Boot] [Reproducible-builds] [PATCH] build: create time and date independent binary

2015-06-13 Thread Paul Kocialkowski
Le samedi 13 juin 2015 à 11:10 +0200, Holger Levsen a écrit : > Hi Paul, > > thanks for contacting us! > > On Freitag, 12. Juni 2015, Paul Kocialkowski wrote: > > I think a bit more is needed to get truly reproducible builds in U-Boot, > > but this is a first good step! > > you've seen https://r

[U-Boot] [PATCH] fdt: prevent clearing memory node if there are no banks

2015-06-13 Thread Andre Przywara
Avoid clearing the reg property in the memory DT node if no memory banks have been specified for a board (CONFIG_NR_DRAM_BANKS == 0). This allows boards to let U-Boot skip the DT memory tinkering in case other firmware has already setup the node properly before. This should be safe as all callers o

Re: [U-Boot] [PATCH] kconfiglib: update to the latest version

2015-06-13 Thread Ulf Magnusson
On Fri, Jun 12, 2015 at 6:56 PM, Ulf Magnusson wrote: > Corresponds to 2f319b8 in https://github.com/ulfalizer/Kconfiglib. > > Fixes: > > - Unset user values when loading a zero-byte .config. (5e54e2c) > - Ignore indented .config assignments. (f8a7510) > - Do not require $srctree to be set f

[U-Boot] [PATCH v3 6/6] x86: crownbay: Add MP initialization

2015-06-13 Thread Bin Meng
Intel Crown Bay board has a TunnelCreek processor which supports hyper-threading. Add /cpus node in the crownbay.dts and enable the MP initialization. Signed-off-by: Bin Meng Acked-by: Simon Glass --- Changes in v3: None Changes in v2: - Move CONFIG_MAX_CPUS after CONFIG_SMP in crownbay_defcon

[U-Boot] [PATCH v3 4/6] x86: Move lapic_setup() call into init_bsp()

2015-06-13 Thread Bin Meng
Currently lapic_setup() is called before calling mp_init(), which then calls init_bsp() where it calls enable_lapic(), which was already enabled in lapic_setup(). Hence move lapic_setup() call into init_bsp() to avoid the duplication. Signed-off-by: Bin Meng Acked-by: Simon Glass --- Changes in

[U-Boot] [PATCH v3 5/6] x86: Clean up lapic codes

2015-06-13 Thread Bin Meng
This commit cleans up the lapic codes: - Delete arch/x86/include/asm/lapic_def.h, and move register and bit defines into arch/x86/include/asm/lapic.h - Use MSR defines from msr-index.h in enable_lapic() and disable_lapic() - Remove unnecessary stuff like NEED_LAPIC, X86_GOOD_APIC and CONFIG_AP_

[U-Boot] [PATCH v3 2/6] x86: ivybridge: Remove SMP from CPU_SPECIFIC_OPTIONS

2015-06-13 Thread Bin Meng
Ivybridge is not ready for U-Boot MP initialization yet. Signed-off-by: Bin Meng --- Changes in v3: - New patch to remove SMP from CPU_SPECIFIC_OPTIONS for ivybridge Changes in v2: None arch/x86/cpu/ivybridge/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/cpu/ivybridge/K

[U-Boot] [PATCH v3 3/6] x86: Move MP initialization codes into a common place

2015-06-13 Thread Bin Meng
Most of the MP initialization codes in arch/x86/cpu/baytrail/cpu.c is common to all x86 processors, except detect_num_cpus() which varies from cpu to cpu. Move these to arch/x86/cpu/cpu.c and implement the new 'get_count' method for baytrail and cpu_x86 drivers. Now we call cpu_get_count() in mp_in

[U-Boot] [PATCH v3 1/6] dm: cpu: Add a new get_count method to cpu uclass

2015-06-13 Thread Bin Meng
Introduce a new method 'get_count' in the UCLASS_CPU ops to get the number of CPUs in the system. Signed-off-by: Bin Meng --- Changes in v3: - Drop patches already applied and rebase on u-boot-x86/master - New patch to add a new get_count method to cpu uclass Changes in v2: None drivers/cpu/

[U-Boot] [PATCH v2 2/3] common: cmd_part: start and size sub-commands introduction

2015-06-13 Thread Paul Kocialkowski
This introduces the part start and part size sub-commands. The purpose of these is to store the start block and size of a partition in a variable, given the device and partition number. This allows reading raw data that fits a single partition more easily. For instance, this could be used to figur

[U-Boot] [PATCH v2 3/3] common: cmd_part: Error prints on failures

2015-06-13 Thread Paul Kocialkowski
When a failure occurs when selecting the device or partition, the user should be notified through an error print. Signed-off-by: Paul Kocialkowski --- common/cmd_part.c | 24 ++-- 1 file changed, 18 insertions(+), 6 deletions(-) diff --git a/common/cmd_part.c b/common/cmd_pa

[U-Boot] [PATCH v2 1/3] common: cmd_part: Proper alignment

2015-06-13 Thread Paul Kocialkowski
This fixes a misaligned declaration. Signed-off-by: Paul Kocialkowski --- common/cmd_part.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/cmd_part.c b/common/cmd_part.c index 8483c12..4bdbf90 100644 --- a/common/cmd_part.c +++ b/common/cmd_part.c @@ -88,7 +88,7 @@ st

[U-Boot] [PATCH v2 0/3] common: cmd_part: start and size sub-commands introduction

2015-06-13 Thread Paul Kocialkowski
Changes since v1: * Fixed build errors related to snprintf ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 4/9] x86: Move MP initialization codes into a common place

2015-06-13 Thread Bin Meng
Hi Simon, On Sat, Jun 13, 2015 at 3:10 AM, Simon Glass wrote: > Hi Bin, > > On 11 June 2015 at 20:07, Bin Meng wrote: >> Hi Simon, >> >> On Fri, Jun 12, 2015 at 7:39 AM, Simon Glass wrote: >>> Hi Bin, >>> >>> On 9 June 2015 at 01:45, Bin Meng wrote: Most of the MP initialization codes in

Re: [U-Boot] [PATCH] fastboot: Dynamic controller index for usb_gadget_handle_interrupts

2015-06-13 Thread Paul Kocialkowski
[snip] > >> Reviewed-by: Lukasz Majewski > > > > This is in my queue and looks like a fix, so I'm picking it up. > > > > Applied to u-boot-x86, thanks! > > Unfortunately in my final build test this breaks a number of boards, > including: > > am335x_boneblack_vboot > > common/cmd_fastboot.c:36

Re: [U-Boot] [PATCH] board/BuR/common: support timer5 for pwm-backlight

2015-06-13 Thread Hannes Schmelzer
Hi Simon, board_type doesn't apply here. The board can be used in Device-Type A Device-Type B Device-Type C all of them may have different backlights. So it comes, that device-type A has different variants where one has backlight using PMIC, the other one has backlight using PWM. For this w