May 2015 - U-Boot

[U-Boot] [U-boot][PATCHv2 0/3] drivers/ddr/altera: Add the DDR controller driver for SoCFPGA
by dinguyen＠opensource.altera.com 02 May '15

02 May '15

From: Dinh Nguyen <dinguyen(a)opensource.altera.com> Hi, This is V2 of patch series that adds the DDR controller driver for Altera's SoCFPGA platform. V2: - Clean up to address comments from Pavel Thanks, Dinh Nguyen (3): driver/ddr/altera: Add DDR driver for Altera's SDRAM controller driver/ddr/altera/: Add the sdram calibration portion arm: socfpga: enable the Altera SDRAM controller driver Makefile | 1 + arch/arm/include/asm/arch-socfpga/sdram.h | 306 ++ arch/arm/include/asm/arch-socfpga/sdram_config.h | 100 + drivers/ddr/altera/Makefile | 12 + drivers/ddr/altera/sdram.c | 799 +++++ drivers/ddr/altera/sequencer.c | 3907 ++++++++++++++++++++++ drivers/ddr/altera/sequencer.h | 328 ++ drivers/ddr/altera/sequencer_auto.h | 128 + drivers/ddr/altera/sequencer_auto_ac_init.c | 85 + drivers/ddr/altera/sequencer_auto_inst_init.c | 270 ++ drivers/ddr/altera/sequencer_defines.h | 121 + include/configs/socfpga_common.h | 5 + scripts/Makefile.spl | 1 + 13 files changed, 6063 insertions(+) create mode 100644 arch/arm/include/asm/arch-socfpga/sdram.h create mode 100644 arch/arm/include/asm/arch-socfpga/sdram_config.h create mode 100644 drivers/ddr/altera/Makefile create mode 100644 drivers/ddr/altera/sdram.c create mode 100644 drivers/ddr/altera/sequencer.c create mode 100644 drivers/ddr/altera/sequencer.h create mode 100644 drivers/ddr/altera/sequencer_auto.h create mode 100644 drivers/ddr/altera/sequencer_auto_ac_init.c create mode 100644 drivers/ddr/altera/sequencer_auto_inst_init.c create mode 100644 drivers/ddr/altera/sequencer_defines.h -- 2.2.1

2 5

[U-Boot] [PATCH 0/2] stv0991: Add flat device tree support
by Vikas Manocha 02 May '15

02 May '15

This patchset adds device tree support for stv0991 soc. Vikas Manocha (2): stv0991: fdt: add stv0991 device tree stv0991: use fdt for serial port platform data arch/arm/dts/Makefile | 1 + arch/arm/dts/stv0991.dts | 23 +++++++++++++++++++++++ board/st/stv0991/stv0991.c | 2 ++ configs/stv0991_defconfig | 1 + include/configs/stv0991.h | 3 +++ 5 files changed, 30 insertions(+) create mode 100644 arch/arm/dts/stv0991.dts -- 1.7.9.5

3 7

[U-Boot] fastboot boot base address behaviour
by Maxime Ripard 01 May '15

01 May '15

Hi, I've been trying to use fastboot (and especially the boot command) on sunxi recently, and got it to work pretty fine (apart from PSCI, but that's another story). The only thing that worries me a bit is that by default, both the fastboot tool and mkbootimg will generate an image with the kernel address set to 0x10008000. While it might work on some targets, it obviously doesn't on the Allwinner SoCs that most of the time have the RAM mapped to 0x4000000, which result in the kernel being relocated to some address that is not in RAM, failing badly. I would expect U-Boot to relocate the kernel to some reasonable address, and not try to do something dumb by actually trusting completely the boot image. I guess one way to solve this would be to really treat 0x10008000 as the default, and relocate the kernel to whatever value make sense on the current platform (even though that needs to be defined). That way, "fastboot boot zImage" would actually work out of the box, without requiring to set the optional "-b" option to set the kernel base address to some decent value. The others implementation I could find seem to just ignore this field in the image header, and always load it to the same address, which might not really be what we're after here. What do you think? Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com

4 12

[U-Boot] CONFIG_MTD_CONCAT issue
by Andrew E. Mileski 01 May '15

01 May '15

I'm having an issue using CONFIG_MTD_CONCAT with a dual-die NOR flash part. Assistance appreciated. We're using the driver for greater compatibility between single and dual-die NOR flash parts. => mtdparts device nor2 <of-flash.2>, # parts = 5 #: name size offset mask_flags 0: os 0x03f00000 0x00000000 0 1: spare 0x00020000 0x03f00000 0 2: redun 0x00020000 0x03f20000 0 3: env 0x00020000 0x03f40000 0 4: u-boot 0x000a0000 0x03f60000 0 active partition: nor2,0 - (os) 0x03f00000 @ 0x00000000 defaults: mtdids : nor2=of-flash.2 mtdparts: mtdparts=of-flash.0:63m(os),128k(spare),128k(redun),128k(env),640k(u-boot) => erase nor2,0 Erase Flash Partition nor2,0, bank 2, 0x00000000 - 0x03efffff Error: start and/or end address not on sector boundary It seems as though CONFIG_MTD_CONCAT is incompatible with common/cmd_flash.c : flash_fill_sect_ranges() called from common/cmd_flash.c : do_flerase() because the MTD_CONCAT offsets passed to it don't match any sectors. Example: Two 32 MiB flash banks are located at offsets 0xe0000000 and 0xe2000000, which are always greater than the MTD_CONCAT offsets, resulting in a failure to find matching sectors. Adding a debug message to the conditional at line 230: if (addr_last < info->start[sect]) continue; resulted in: ##DEBUG## addr_last < info->start[sect] (0x03efffff < 0xe0000000) which demonstrates the passed MTD_CONCAT offsets being compared to the actual bank offsets. I'm also experiencing a secondary issue of a random hang upon erasing only the last sector. The command completes successfully, but never returns to the command prompt. I suspect it is a memory clobber, possibly related to the MTD_CONCAT offsets being used when they shouldn't. Still trying to narrow this one down though. ~~ Andrew E. Mileski

1 0

[U-Boot] [PATCH v1 2/2] dm: sf: Update default name of spi flash in structure udevice
by Haikun Wang 01 May '15

01 May '15

Default name of spi flash like this "0:0", update it to "spi_flash@0:0". Signed-off-by: Haikun Wang <haikun.wang(a)freescale.com> --- drivers/mtd/spi/sf-uclass.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/spi/sf-uclass.c b/drivers/mtd/spi/sf-uclass.c index 4b25902..e5612f7 100644 --- a/drivers/mtd/spi/sf-uclass.c +++ b/drivers/mtd/spi/sf-uclass.c @@ -56,7 +56,7 @@ int spi_flash_probe_bus_cs(unsigned int busnum, unsigned int cs, char name[20], *str; int ret; - snprintf(name, sizeof(name), "%d:%d", busnum, cs); + snprintf(name, sizeof(name), "spi_flash@%d:%d", busnum, cs); str = strdup(name); ret = spi_get_bus_and_cs(busnum, cs, max_hz, spi_mode, "spi_flash_std", str, &bus, &slave); -- 2.1.0.27.g96db324

2 1

[U-Boot] [PATCH 0/1] dm: usb: Fix divide by 0 errors in host drivers caused by not setting maxpsize
by Hans de Goede 01 May '15

01 May '15

Hi Simon, While working on moving the sunxi ehci code over to the driver model I've found this bug in the usb uclass which causes a div by zero error. I've spend a couple of hours yesterday evening debugging this and I'm happy to report that I've a fix now. This fix has not seen as much testing as I would have liked, but I believe it is correct and want to share it now anyways to avoid people doing double work. While thinking more about this I've come up with what I believe is a better way to deal with this all together. I'll send that out right after this one, note that the intend is that only one of the 2 patches gets applied, preferably the latter as I believe that one is the best. Regards, Hans p.s. I've found 2 other issues with the dm usb code: 1) usb-1 devices / hubs behind a usb-2 (root)hub do not seem to work, this is a familiar issue which I fixed in the pre dm usb code a while back. I'll investigate this one myself. 2) "usb reset" is buggered, it either hangs or reboots the system. I would appreciate if you could take a look (assuming you can reproduce it).

2 2

[U-Boot] [PATCH v3 0/5] x86: Add CPU uclass and multi-core support for Minnowboard MAX
by Simon Glass 01 May '15

01 May '15

This series adds a new CPU uclass which is intended to be useful on any architecture. So far it has a very simple interface and a command to show CPU details. This series also introduces multi-core init for x86. It is implemented and enabled on Minnowboard MAX, a single/dual-core Atom board. The CPU uclass is implemented for x86 and the Simple Firmware Interface provides these details to the kernel, since ACPI is not yet available. With these changes Minnowboard MAX can boot into Linux with both cores enabled. This series is available at u-boot-x86 branch 'cpu-working'. Changes in v3: - Rename CONFIG_STACK_SIZE to CONFIG_AP_STACK_SIZE - Remove sipi_vector_location and sipi_vector_location_size variables - Remove annoying /* 1ms */ comments - Rename sipi.S to sipi_vector.S - Correct 'ap_start32' to 'ap_start' - Use macros for cr0 bit fields - Correct style in a multi-line comment - Use UCODE_HEADER_LEN instead of 48 - Remove unnecessary underscores in MP_FR_BLOCK_APS and MP_FR_NOBLOCK_APS - Use 'cpu number' instead of 'coreboot cpu number' - Remove a stray blank line in sipi.h - Enhance comment for @microcode_lock - Rename SMM_DEFAULT_BASE/SIZE to AP_DEFAULT_BASE/SIZE and drop smm.h - Use data32 instead of our own 'o32' - Move NUM_FIXED_MTRRS to mtrr.h - Avoid using asmlinkage on ap_init() - Add msr_clrbits_64() too - Collect all new MSRs into msr-index.h - Spell 'BayTrail' like so - Make set_max_freq() static Changes in v2: - Correct 'I2C uclass' typo - Add blank line in x86_cpu_get_desc() Simon Glass (5): x86: Add multi-processor init x86: Add functions to set and clear bits on MSRs x86: Allow CPUs to be set up after relocation x86: Add a CPU driver for baytrail x86: Enable multi-core init for Minnowboard MAX arch/x86/Kconfig | 30 ++ arch/x86/cpu/Makefile | 2 + arch/x86/cpu/baytrail/Makefile | 1 + arch/x86/cpu/baytrail/cpu.c | 205 +++++++++ arch/x86/cpu/cpu.c | 38 ++ arch/x86/cpu/ivybridge/car.S | 1 + arch/x86/cpu/ivybridge/model_206ax.c | 4 +- arch/x86/cpu/mp_init.c | 496 ++++++++++++++++++++++ arch/x86/cpu/sipi_vector.S | 216 ++++++++++ arch/x86/dts/minnowmax.dts | 20 + arch/x86/include/asm/arch-ivybridge/microcode.h | 3 - arch/x86/include/asm/arch-ivybridge/model_206ax.h | 2 - arch/x86/include/asm/cpu.h | 14 + arch/x86/include/asm/mp.h | 94 ++++ arch/x86/include/asm/msr-index.h | 22 +- arch/x86/include/asm/msr.h | 28 ++ arch/x86/include/asm/mtrr.h | 6 +- arch/x86/include/asm/processor.h | 3 + arch/x86/include/asm/sipi.h | 86 ++++ arch/x86/include/asm/turbo.h | 3 - arch/x86/include/asm/u-boot-x86.h | 2 + common/board_r.c | 2 +- configs/minnowmax_defconfig | 4 + 23 files changed, 1268 insertions(+), 14 deletions(-) create mode 100644 arch/x86/cpu/baytrail/cpu.c create mode 100644 arch/x86/cpu/mp_init.c create mode 100644 arch/x86/cpu/sipi_vector.S create mode 100644 arch/x86/include/asm/mp.h create mode 100644 arch/x86/include/asm/sipi.h -- 2.2.0.rc0.207.ga3a616c

2 17