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
__
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
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
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
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
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
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_
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
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
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/
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
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
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
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
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
[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
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
17 matches
Mail list logo