From: Shaohui Xie
This patch also expose the complete DDR region(s) to Linux.
Signed-off-by: Shaohui Xie
Signed-off-by: Mingkai Hu
---
arch/arm/include/asm/arch-fsl-layerscape/config.h | 4 ++--
board/freescale/ls1043ardb/ddr.c | 9 -
board/freescale/ls1043ardb/ls10
Hi Thomas,
On 18.11.2015 18:42, Thomas Fitzsimmons wrote:
If the ext3 journal gets out of sync with what is written on disk, for
example because of an unexpected power cut, ext4fs_read_file can
return an all-zero directory entry. In that case, ext4fs_iterate_dir
would infinite loop.
This patch
Hi Marek,
On 21.11.2015 13:40, Marek Vasut wrote:
+/*
+ * PHY configuration
+ */
+#ifdef CONFIG_PHY_MICREL_KSZ9021
+int board_phy_config(struct phy_device *phydev)
+{
+ int ret;
+ /*
+* These skew settings for the KSZ9021 ethernet phy is required for
ethernet + * to wo
Hi,
On Sun, Nov 22, 2015 at 11:40 PM, Hans de Goede wrote:
> Hi,
>
> On 22-11-15 15:14, Chen-Yu Tsai wrote:
>>
>> On Sat, Nov 21, 2015 at 11:48 PM, Ian Campbell
>> wrote:
>>>
>>> On Fri, 2015-11-20 at 19:32 +0100, Hans de Goede wrote:
According to the datasheets the max speed of AHB1 i
This patch adds a small printf() version that supports all basic formats.
Its intented to be used in U-Boot SPL versions on platforms with very
limited internal RAM sizes.
To enable it, just define CONFIG_USE_TINY_PRINTF in your defconfig. This
will result in the SPL using this tiny function and t
Hi Tom,
On 21.11.2015 04:27, Tom Rini wrote:
On Mon, Nov 16, 2015 at 03:26:33PM +0100, Stefan Roese wrote:
This patch adds a small printf() version that supports all basic formats.
Its intented to be used in U-Boot SPL versions on platforms with very
limited internal RAM sizes.
To enable it,
+Tom
Hi Stephen,
On 22 November 2015 at 10:09, Stephen Warren wrote:
> On 11/21/2015 09:50 AM, Simon Glass wrote:
>> Hi,
>>
>> On 21 November 2015 at 00:27, Stephen Warren wrote:
>>> On 11/20/2015 10:38 AM, Marek Vasut wrote:
On Friday, November 20, 2015 at 06:35:41 PM, Simon Glass wrote:
Hi Simon,
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> The function comments use an old style and some are incorrect. Update them.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a new patch to update the function comments
>
Reviewed-by: Bin Meng
But please see one ni
Hi Simon,
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> Currently we use switch() and access PCI configuration via several
> functions, one for each data size. Adjust the code to use generic functions,
> where the data size is a parameter.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes
Hi Simon,
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> In the 'pci' command, add a separate variable to hold the PCI device. When
> this code is converted to driver model, this variable will be used to hold a
> struct udevice instead.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> Adjust this command to use the correct PCI functions, instead of the
> compatibility layer.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Make pciinfo() static
>
Reviewed-by: Bin Meng
Tested-by: Bin Meng
> common/cmd_pci.c |
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> We eventually need to drop the compatibility functions for driver model. As
> a first step, create a configuration option to enable them and hide them
> when the option is disabled.
>
> Signed-off-by: Simon Glass
> ---
>
Reviewed-by: Bin Meng
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> Before converting this to driver model, reorder the code to avoid forward
> function declarations.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
Reviewed-by: Bin Meng
> common/cmd_pci.c | 216
> +++
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> Some functions will be used by driver model and legacy PCI code. To avoid
> duplication, put these in a separate, shared file.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Fix 'autoconfiguration' typo
> - Fix merge error in pcia
On Sun, Nov 22, 2015 at 7:28 AM, Simon Glass wrote:
> This function uses macros to output data. It seems better to use a table of
> registers rather than macro-based code generation. It also reduces the
> code/data size by 2KB on ARM.
>
> Signed-off-by: Simon Glass
>
> ---
>
> Changes in v2:
> -
Hi Stephen/Ted
On 22 November 2015 at 22:42, Stephen Warren wrote:
> On 11/20/2015 09:10 PM, Anand Moon wrote:
> ...
>> I have just patch the driver and enable the driver.
> ...
>> After doing 'usb start' and 'usb reset'
>>
>> I have tested with ASIX88179 USB 3.0 Ethernet cable and the u-boot
>>
Hello,
MIPS relocate_code function changes the global offset register (gp)
with relocation offset.
(from arch/mips/cpu/start.S)
221 PTR_ADD gp, s1 # adjust gp
But further in same function C function 'flush_cache' is called. This
function modifies gp, so the earlier modi
Hi Jagan,
On Sun, Nov 22, 2015 at 6:25 AM, Jagan Teki wrote:
> Hi Michal,
>
> I'm unable to boot the zynq board from MMC, here is my trails:
> 1. zynq-boot-bin.py -o boot.bin -u spl/u-boot-spl-dtb.bin
> copied boot.bin and u-boot-dtb.img on to sd card
>
try reverting 9ac4fc82071ce346e388511824
On 11/22/2015 08:11 AM, Simon Glass wrote:
> Hi York,
>
> On 21 November 2015 at 12:21, York Sun wrote:
>> MC and debug server are not board-specific. Instead of reserving
>> memory in each board file, a weak function is introduced in board_f.c
>> to replace macro CONFIG_SYS_MEM_TOP_HIDE for mo
On 11/21/2015 09:49 AM, Simon Glass wrote:
> Hi Stephen,
>
> On 19 November 2015 at 12:09, Stephen Warren wrote:
>>
>> On 11/19/2015 10:00 AM, Stephen Warren wrote:
>>>
>>> On 11/19/2015 07:45 AM, Simon Glass wrote:
Hi Stephen,
On 14 November 2015 at 23:53, Stephen Warren
>>>
On 11/20/2015 09:10 PM, Anand Moon wrote:
...
> I have just patch the driver and enable the driver.
...
> After doing 'usb start' and 'usb reset'
>
> I have tested with ASIX88179 USB 3.0 Ethernet cable and the u-boot
> successfully detected the device.
> My fried also tested with RTL8152 USB 3.0
On 11/21/2015 09:50 AM, Simon Glass wrote:
> Hi,
>
> On 21 November 2015 at 00:27, Stephen Warren wrote:
>> On 11/20/2015 10:38 AM, Marek Vasut wrote:
>>> On Friday, November 20, 2015 at 06:35:41 PM, Simon Glass wrote:
Hi,
>>>
>>> Hi,
>>>
On 19 November 2015 at 06:12, Marek Vasut wrote
On 13 November 2015 at 01:11, Bin Meng wrote:
> We should use device tree to pass the clock frequency of the timer
> instead of hardcoded in the driver codes.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - New patch to use device tree to pass the clock frequency
Hi,
On 20 November 2015 at 17:41, Thomas Chou wrote:
> Hi Simon,
>
>
> On 2015年11月21日 05:10, Simon Glass wrote:
>
> @@ -35,10 +52,10 @@ struct timer_ops {
> * Get the current timer count
> *
> * @dev: The timer device
> -* @count: poin
Hi York,
On 21 November 2015 at 12:21, York Sun wrote:
> MC and debug server are not board-specific. Instead of reserving
> memory in each board file, a weak function is introduced in board_f.c
> to replace macro CONFIG_SYS_MEM_TOP_HIDE for more flexibility.
> Legacy use of this macro is still su
On 22 November 2015 at 00:21, Sjoerd Simons
wrote:
> This patch was merged shortly before the v2015.10 as a minimal fix for
> booting on rockchip. Now that the patch series from Hans to do the
> relocation in generic code has been merged it can be dropped.
>
> This reverts commit b1f492ca9e0c09020
On 22 November 2015 at 00:21, Sjoerd Simons
wrote:
> Now that u-boot relocates the malloc area in SPL to SDRAM, with the
> malloc area sitting below the SPL_STACK_R_ADDR the
> SPL_STACK_R_MALLOC_SIMPLE_LEN needs to be set explicitely for
> rockchip as its SPL_STACK_R_ADDR (512kb) is smaller then
>
On Wed, Nov 18, 2015 at 10:39:08AM +, Ryan Harkin wrote:
> This patch allows vexpress64 targets to be compiled when
> CONFIG_SYS_FLASH_CFI is enabled.
>
> I considered using #warning instead of #error, but this just clutters up
> the build output and hides real warnings.
>
> Without this pat
On Sun, Nov 22, 2015 at 10:47:42AM -0500, Tom Rini wrote:
> After introduction of CONFIG_SYS_NS16550 these defconfig files were
> added and need to be updated.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Wed, Nov 18, 2015 at 10:39:09AM +, Ryan Harkin wrote:
> Add support for storing the environment in CFI NOR flash on Juno and FVP
> models.
>
> I also removed some config values that are not used by CFI flash parts.
>
> Juno has 1 flash part with 259 sectors. The first 255 sectors are
> 0
On Wed, Nov 18, 2015 at 10:39:07AM +, Ryan Harkin wrote:
> This patch makes the 2nd DRAM bank available on Juno only and not on
> other vexpress64 targets, eg. the FVP models.
>
> The commit below added a 2nd bank of NOR flash for Juno, but also for
> all vexpress64 targets:
>
> commit 2
On Wed, Nov 18, 2015 at 10:39:06AM +, Ryan Harkin wrote:
> Only compile in PCIe support if the board really uses it. Provide
> a __weak stub for the init function if e.g. FVP is being built.
>
> Signed-off-by: Ryan Harkin
> Acked-by: Linus Walleij
Applied to u-boot/master, thanks!
--
Tom
On Tue, Nov 10, 2015 at 08:53:33PM +0100, Marek Vasut wrote:
> Cosmetic fixes to the file, make it checkpatch clean.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc: Heiko Schocher
> Reviewed-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Tue, Nov 10, 2015 at 08:53:27PM +0100, Marek Vasut wrote:
> Just suck the ugly ifdef around eeprom_init() call into eeprom_init()
> function itself. This puts all of the ifdef mess into one place.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc: Heiko Schocher
> Review
On Tue, Nov 10, 2015 at 08:53:24PM +0100, Marek Vasut wrote:
> Pull out the code computing the EEPROM address into separate function
> so that it's not duplicated.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc: Heiko Schocher
> Reviewed-by: Heiko Schocher
Applied to u
On Tue, Nov 10, 2015 at 08:53:30PM +0100, Marek Vasut wrote:
> Unify the code for doing read/write into single function, since the
> code for both the read and write is almost identical. This again
> trims down the code duplication.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rin
On Fri, Nov 13, 2015 at 11:25:46AM +, Andre Przywara wrote:
> On a Juno r1 the PCI controller init routine outputs the rather boring
> ATR entry information.
> Do this only with DEBUG defined to avoid cluttering the user's
> terminal.
>
> Signed-off-by: Andre Przywara
> Acked-by: Ryan Harkin
On Tue, Nov 10, 2015 at 08:53:32PM +0100, Marek Vasut wrote:
> Add additional parameter into the eeprom command to select
> the I2C bus on which the eeprom resides.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc: Heiko Schocher
> Reviewed-by: Heiko Schocher
Applied to
On Tue, Nov 10, 2015 at 08:53:31PM +0100, Marek Vasut wrote:
> Add bus argument to eeprom_init(), so that it can select
> the I2C bus number on which the eeprom resides. Any negative
> value of the $bus argument will preserve the old behavior.
> This is in place so that old code does not randomly
On Tue, Nov 10, 2015 at 08:53:28PM +0100, Marek Vasut wrote:
> Implement default value of 8 for this macro and pull out all of
> this macro out of the code. The default value of 8 actually does
> implement exactly the same behavior as the previous code which
> was in the #else clause of the ifdef.
On Tue, Nov 10, 2015 at 08:53:21PM +0100, Marek Vasut wrote:
> Remove this function as it's no longer used.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> Cc: Heiko Schocher
> Reviewed-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descripti
On Tue, Nov 10, 2015 at 08:53:29PM +0100, Marek Vasut wrote:
> Pull out the code which computes the length of the transfer
> into separate code and clean it up a little. This again trims
> down the code duplication.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc: Heiko Sc
On Tue, Nov 10, 2015 at 08:53:22PM +0100, Marek Vasut wrote:
> This macro is no longer used, so just reap it.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> Cc: Heiko Schocher
> Reviewed-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descrip
On Tue, Nov 10, 2015 at 08:53:25PM +0100, Marek Vasut wrote:
> Make this function weak and implement it's weak implementation
> so that the boards can just reimplement it. This zaps the horrid
> CONFIG_SYS_EEPROM_WREN macro.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc:
On Tue, Nov 10, 2015 at 08:53:20PM +0100, Marek Vasut wrote:
> Now that the only user of CONFIG_SYS_EEPROM_X40430 was removed,
> remove this unused code from cmd_eeprom.c
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> Cc: Heiko Schocher
> Reviewed-by: Heiko Schocher
Appli
On Tue, Nov 10, 2015 at 08:53:26PM +0100, Marek Vasut wrote:
> Pull this macro to the beginning of the cmd_eeprom.c and remove
> another nasty ifdef from the code. Note that this is legal, since
> udelay(0) changes the behavior only such that it pings the WDT if
> WDT is enabled and otherwise does
On Tue, Nov 10, 2015 at 08:53:23PM +0100, Marek Vasut wrote:
> Pull out the code which does the I2C or SPI read/write, so that
> the beefy ifdef around it is contained in a single function.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> Cc: Heiko Schocher
> Reviewed-by: Hei
On Tue, Nov 10, 2015 at 08:53:19PM +0100, Marek Vasut wrote:
> This option only complicates the code unnecessarily, just use
> CONFIG_SYS_DEF_EEPROM_ADDR as the default address if there are
> only five arguments to eeprom {read/write} if this is defined.
> If CONFIG_SYS_DEF_EEPROM_ADDR is not defi
On Thu, Nov 19, 2015 at 09:48:15PM +0800, Thomas Chou wrote:
> Change to ns16550 uart for 10m50 devboard based on a new
> Altera release.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digi
On Tue, Nov 10, 2015 at 08:53:18PM +0100, Marek Vasut wrote:
> Just move the code around so that the forward declarations are not
> necessary. Also zap a few checkpatch issues where applicable and
> zap the use of #ifdef CONFIG_CMD_EEPROM in the code, since this is
> always true.
>
> Signed-off-b
On Thu, Nov 19, 2015 at 08:03:54AM -0600, Cooper Jr., Franklin wrote:
> The WAKEUP_X pins are always an input no matter the pinmux mode.
> However, the 18th bit that typical configures a pin as an input is
> considered reserved for the WAKEUP_X pins. Therefore, for any WAKEUP
> pin remove any conf
On Tue, Nov 10, 2015 at 08:53:17PM +0100, Marek Vasut wrote:
> From: Andreas Bießmann
>
> This rewrite uses lately promoted eeprom_init(int) function to choose the
> right I2C bus when writing data to the EEPROM.
>
> Signed-off-by: Andreas Bießmann
> Cc: Marek Vasut
> Cc: Simon Glass
> Cc: T
On Thu, Nov 19, 2015 at 07:45:22AM -0600, Cooper Jr., Franklin wrote:
> The NOR flash on Keystone 2 evms has a u-boot-spl partition size of
> 0x8.
>
> Currently burn_uboot_spi will erase 0x10 from the spi NOR which will
> cause a partial erase of the misc partition.
>
> Fix this by corre
On Thu, Nov 19, 2015 at 09:48:14PM +0800, Thomas Chou wrote:
> Move CONFIG_SYS_NS16550 to Kconfig, and run moveconfig.py.
>
> Signed-off-by: Thomas Chou
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Bo
On Thu, Nov 19, 2015 at 09:48:13PM +0800, Thomas Chou wrote:
> Zap CONFIG_NS16550_SERIAL, as the unification of ns16550 drivers
> is completed.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Bin Meng
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description
On Thu, Nov 19, 2015 at 09:48:10PM +0800, Thomas Chou wrote:
> Unify serial_dw, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Thu, Nov 19, 2015 at 09:48:12PM +0800, Thomas Chou wrote:
> Unify serial_omap, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Nov 19, 2015 at 09:48:11PM +0800, Thomas Chou wrote:
> Unify serial_tegra, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Thu, Nov 19, 2015 at 09:48:06PM +0800, Thomas Chou wrote:
> Unify serial_x86, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Reviewed-by: Bin Meng
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Thu, Nov 19, 2015 at 09:48:09PM +0800, Thomas Chou wrote:
> Unify serial_keystone, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Nov 19, 2015 at 09:48:08PM +0800, Thomas Chou wrote:
> Unify serial_rockchip, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> Tested-by: Ariel D'Alessandro
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descrip
On Thu, Nov 19, 2015 at 09:48:07PM +0800, Thomas Chou wrote:
> Unify serial_ppc, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Thu, Nov 19, 2015 at 09:48:05PM +0800, Thomas Chou wrote:
> Add generic binding to unify ns16550 drivers. There are
> several drivers using almost the same code, such as serial_dw,
> serial_keystone, serial_omap, serial_ppc, serial_rockchip,
> serial_tegra.c, and serial_x86. But each is platfor
On Thu, Nov 19, 2015 at 09:48:04PM +0800, Thomas Chou wrote:
> Change map_sysmem() to map_physmem(,,MAP_NOCACHE). Though map_sysmem()
> can be used to map system memory, it might be wrong to use it for I/O
> ports. The map_physmem() serves the same purpose to translate physical
> address to virtu
On Thu, Nov 19, 2015 at 09:48:03PM +0800, Thomas Chou wrote:
> Since commit 220e8021af96 ("nios2: convert altera_jtag_uart to
> driver model"), the default debug uart was changed. Most people
> use ns16550 UART, so restore it as default.
>
> Signed-off-by: Thomas Chou
> Reported-by: Ezequiel Gar
On Sun, Nov 22, 2015 at 12:22:33PM +0100, Hans de Goede wrote:
> Hi Tom,
>
> The main feature of this pull-req is support for the H3 SoC,
> technically the patches for this were posted just outside the
> merge window. But they have been available off-list for a while
> longer and they do not make
After introduction of CONFIG_SYS_NS16550 these defconfig files were
added and need to be updated.
Signed-off-by: Tom Rini
---
configs/Lamobo_R1_defconfig |1 +
configs/orangepi_pc_defconfig |1 +
configs/orangepi_plus_defconfig |1 +
3 files changed, 3 insertions(+)
diff --git
Hi,
On 22-11-15 15:14, Chen-Yu Tsai wrote:
On Sat, Nov 21, 2015 at 11:48 PM, Ian Campbell wrote:
On Fri, 2015-11-20 at 19:32 +0100, Hans de Goede wrote:
According to the datasheets the max speed of AHB1 is 276 MHz, so
setting it to PLL6 / 3 which gives us 200MHz everywhere is fine,
and gives
Hi Michal,
I'm unable to boot the zynq board from MMC, here is my trails:
1. zynq-boot-bin.py -o boot.bin -u spl/u-boot-spl-dtb.bin
copied boot.bin and u-boot-dtb.img on to sd card
2. zynq-boot-bin.py -o boot.bin -u spl/u-boot-spl.bin
copied boot.bin and u-boot.img on to sd card
For both above s
On Sat, Nov 21, 2015 at 11:48 PM, Ian Campbell wrote:
> On Fri, 2015-11-20 at 19:32 +0100, Hans de Goede wrote:
>> According to the datasheets the max speed of AHB1 is 276 MHz, so
>> setting it to PLL6 / 3 which gives us 200MHz everywhere is fine,
>> and gives us a nice speed-up in certain workloa
Hi Tom,
The main feature of this pull-req is support for the H3 SoC,
technically the patches for this were posted just outside the
merge window. But they have been available off-list for a while
longer and they do not make any changes to existing code-paths,
so they do not carry much risk for reg
71 matches
Mail list logo
