Re: [U-Boot] [PATCH v2 08/13] pci: Tidy up function comments in cmd_pci.c

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 >

Re: [U-Boot] [PATCH v2 09/13] pci: Use common functions to read/write config

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

Re: [U-Boot] [PATCH v2 10/13] pci: Use a separate 'dev' variable for the PCI device

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

Re: [U-Boot] [PATCH v2 13/13] dm: pci: Disable PCI compatibility functions by default

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

Re: [U-Boot] [PATCH v2 12/13] dm: pci: Convert 'pci' command to driver model

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

Re: [U-Boot] [PATCH v2 03/13] pci: Refactor the pciinfo() function

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

Re: [U-Boot] [PATCH v2 06/13] dm: pci: Move common auto-config functions to a common file

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

Re: [U-Boot] [PATCH v2 07/13] dm: pci: Reorder functions in cmd_pci.c

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

Re: [U-Boot] [PATCH] sunxi: Set AHB1 clock to PLL6/3 on all clock_sun6i.h using SoCs

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:

Re: [U-Boot] [PATCH 3/4 v2] lib/tiny-printf.c: Add tiny printf function for space limited environments

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,

[U-Boot] [PATCH 3/4 v3] lib/tiny-printf.c: Add tiny printf function for space limited environments

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

Re: [U-Boot] [PATCH] arm: socfpga: Repair SoCrates board

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

Re: [U-Boot] [PATCH] fs: ext4: Prevent infinite loop in ext4fs_iterate_dir

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

[U-Boot] [PATCH] armv8/ls1043ardb: Add support for >2GB memory

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 ++--

Re: [U-Boot] [PATCH 2/2] usb: eth: add Realtek RTL8152B/RTL8153 driver

+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,

Re: [U-Boot] [U-Boot,v3,08/13] ns16550: unify serial_dw

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

Re: [U-Boot] ARM: dra7x/am57x: Remove pin input/output config from WAKEUP pins

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

Re: [U-Boot] [U-Boot, 01/17] tricorder: rewrite tricordereeprom command

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

Re: [U-Boot] [U-Boot, v3, 13/13] nios2: 10m50: change to ns16550 uart

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

Re: [U-Boot] [U-Boot,02/17] eeprom: Shuffle code around

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. > >

Re: [U-Boot] ARM: keystone2: configs: Correct burn_uboot_sp erase size

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

Re: [U-Boot] [U-Boot, v3, 12/13] ns16550: move CONFIG_SYS_NS16550 to Kconfig

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

Re: [U-Boot] [U-Boot,v3,11/13] ns16550: zap CONFIG_NS16550_SERIAL

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

Re: [U-Boot] [U-Boot,v3,10/13] ns16550: unify serial_omap

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! --

Re: [U-Boot] [U-Boot,v3,09/13] ns16550: unify serial_tegra

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! --

Re: [U-Boot] [U-Boot, 13/17] eeprom: Pull out transfer length computation

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

Re: [U-Boot] [U-Boot,14/17] eeprom: Pull out the RW loop

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

Re: [U-Boot] Juno: don't print PCI debug information by default

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

Re: [U-Boot] [U-Boot, 15/17] eeprom: Add bus argument to eeprom_init()

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

Re: [U-Boot] [U-Boot, 16/17] eeprom: Add support for selecting i2c bus

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:

Re: [U-Boot] [U-Boot, 12/17] eeprom: Pull out CONFIG_SYS_EEPROM_PAGE_WRITE_BITS

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

Re: [U-Boot] [U-Boot,05/17] eeprom: Zap eeprom_probe()

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

Re: [U-Boot] [PATCH 1/2] Revert "rockchip: Reconfigure the malloc based to point to system memory"

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

[U-Boot] Zynq: Unable to boot from MMC

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

Re: [U-Boot] [U-Boot, v3, 01/13] debug_uart: restore ns16550 as default

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 >

Re: [U-Boot] [U-Boot,v3,07/13] ns16550: unify serial_keystone

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! --

Re: [U-Boot] [U-Boot,v3,06/13] ns16550: unify serial_rockchip

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

Re: [U-Boot] [U-Boot,v3,04/13] ns16550: unify serial_x86

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

Re: [U-Boot] [U-Boot, v3, 03/13] ns16550: add generic binding to unify the drivers

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

Re: [U-Boot] [U-Boot, v3, 02/13] ns16550: change map_sysmem to map_physmem

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

Re: [U-Boot] Please pull u-boot-sunxi master

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

Re: [U-Boot] [U-Boot,v3,05/13] ns16550: unify serial_ppc

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

Re: [U-Boot] [U-Boot,04/17] eeprom: Zap CONFIG_SYS_EEPROM_X40430

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 >

Re: [U-Boot] [U-Boot, 03/17] eeprom: Zap CONFIG_SYS_I2C_MULTI_EEPROMS

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

Re: [U-Boot] [U-Boot, 10/17] eeprom: Pull out CONFIG_SYS_EEPROM_PAGE_WRITE_DELAY_MS

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

Re: [U-Boot] [U-Boot,06/17] eeprom: Zap CONFIG_SPI_X

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

Re: [U-Boot] [U-Boot,07/17] eeprom: Pull out the I/O code

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

Re: [U-Boot] [U-Boot, 09/17] eeprom: Make eeprom_write_enable() weak

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

Re: [U-Boot] [PATCH 2/2] rockchip: Explicitely set CONFIG_SPL_STACK_R_MALLOC_SIMPLE_LEN

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

Re: [U-Boot] [PATCH] sunxi: Set AHB1 clock to PLL6/3 on all clock_sun6i.h using SoCs

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

Re: [U-Boot] [PATCH] sunxi: Set AHB1 clock to PLL6/3 on all clock_sun6i.h using SoCs

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

[U-Boot] [PATCH] sunxi: Update new defconfigs

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

Re: [U-Boot] [U-Boot, v2, 2/4] vexpress64: use 2nd DRAM bank only on juno

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

Re: [U-Boot] [U-Boot,v2,3/4] vexpress64: remove #error

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

Re: [U-Boot] [PATCH] sunxi: Update new defconfigs

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

Re: [U-Boot] [U-Boot,v2,4/4] vexpress64: store env in flash

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 >

Re: [U-Boot] [U-Boot, v2, 1/4] vexpress64: compile Juno PCIe conditionally

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

Re: [U-Boot] [U-Boot,17/17] eeprom: Clean up checkpatch issues

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

Re: [U-Boot] [U-Boot, 11/17] eeprom: Suck the ifdef into eeprom_init()

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

Re: [U-Boot] [U-Boot,08/17] eeprom: Pull out address computation

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

[U-Boot] Please pull u-boot-sunxi master

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

Re: [U-Boot] Zynq: Unable to boot from MMC

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

Re: [U-Boot] [PATCH 2/2] usb: eth: add Realtek RTL8152B/RTL8153 driver

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

[U-Boot] MIPS: relocate_code global offset

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

Re: [U-Boot] [PATCH v3] armv8: fsl-layerscale: Rewrite reserving memory for MC and debug server

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

Re: [U-Boot] [PATCH 2/2] usb: eth: add Realtek RTL8152B/RTL8153 driver

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

Re: [U-Boot] [PATCH v3] armv8: fsl-layerscale: Rewrite reserving memory for MC and debug server

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

Re: [U-Boot] [PATCH v3 05/11] dm: timer: Support 64-bit counter

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 >

Re: [U-Boot] [PATCH v3 04/11] timer: sandbox: Use device tree to pass the clock frequency

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

Re: [U-Boot] [PATCH] Implement pytest-based test infrastructure

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

Re: [U-Boot] [PATCH 2/2] usb: eth: add Realtek RTL8152B/RTL8153 driver

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