Hi Vignesh,
> -Original Message-
> From: Vignesh R [mailto:vigne...@ti.com]
> Sent: Thursday, April 21, 2016 12:30 PM
> To: Qianyu Gong ; jt...@openedev.com;
> tr...@konsulko.com
> Cc: u-boot@lists.denx.de; s...@denx.de; Mingkai Hu
> Subject: Re: [U-Boot] [PATCH v3] dm: spi: Read default
Signed-off-by: Anatolij Gustschin
Cc: Jagan Teki
---
drivers/spi/spi-uclass.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi-uclass.c b/drivers/spi/spi-uclass.c
index 5561f36..9ce5f9e 100644
--- a/drivers/spi/spi-uclass.c
+++ b/drivers/spi/spi-uclass.c
@@
Hello Simon,
Am 21.04.2016 um 08:19 schrieb Stefan Roese:
This patch adds support for the PCI(e) based I2C cores. Which can be
found for example on the Intel Bay Trail SoC. It has 7 I2C controllers
implemented as PCI devices.
This patch also adds the fixed values for the timing registers for
Ba
On Thu, Apr 21, 2016 at 2:19 PM, Stefan Roese wrote:
> dw_i2c_enable() is used to dis-/en-able the I2C controller. It makes
> sense to add such a function, as the controller is dis-/en-abled
> multiple times in the code. Additionally, this function now checks,
> if the controller is really dis-/en
On Thu, Apr 21, 2016 at 1:11 PM, Stefan Roese wrote:
> On some platforms (e.g. x86), the return value of dev_get_addr() can't
> be assigned to a pointer type variable directly. As there might be a
> difference between the size of fdt_addr_t and the pointer type. On
> x86 for example, "fdt_addr_t"
On Thu, Apr 21, 2016 at 3:31 PM, Heiko Schocher wrote:
> Hello Simon,
>
> Am 21.04.2016 um 08:19 schrieb Stefan Roese:
>>
>> This patch adds support for the PCI(e) based I2C cores. Which can be
>> found for example on the Intel Bay Trail SoC. It has 7 I2C controllers
>> implemented as PCI devices.
Hi,
On 04/20/2016 08:10 PM, Simon Glass wrote:
> On 12 April 2016 at 05:33, Vignesh R wrote:
>> Convert davinci_spi driver to comply with SPI DM framework.
>>
>> Signed-off-by: Vignesh R
>> ---
>> drivers/spi/davinci_spi.c | 326
>> +-
>> 1 file chan
On Tue, 2 Feb 2016 11:54:35 +0100
Heiko Schocher wrote:
> Set free_count to zero before walking through ai->erase list
> in wl_init().
>
> As U-Boot has no workqueue/threads, it immediately calls
> erase_worker(), which increase for each erased block
> free_count. Without this patch, free_count
Hi Roger,
> Just use ep->maxpacket to get the maxpacket size
> and simplify the bulk-out maxpacket alignment.
>
> Signed-off-by: Roger Quadros
> Tested-by: Steve Rae
> ---
> drivers/usb/gadget/f_fastboot.c | 50
> +++-- 1 file changed, 23
> insertions(+), 27
Hi Roger,
> Request size can be greater than ep.packet and still end in a
> short packet. We need to tackle this case as end of transfer
> (if short_not_ok is not set) as indicated in USB 2.0 Specification
> [1], else we get stuck up on certain protocols like fastboot.
>
> [1] - USB2.0 Specificat
Hi Roger,
> Remaining bytes means bytes that are not yet transferred
> and not the bytes that were transferred in the last transfer.
>
> Reported-by: Lukasz Majewski
> Signed-off-by: Roger Quadros
> ---
> drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c | 4 ++--
> 1 file changed, 2 insertions(+), 2
Hello Boris,
Am 21.04.2016 um 10:58 schrieb Boris Brezillon:
On Tue, 2 Feb 2016 11:54:35 +0100
Heiko Schocher wrote:
Set free_count to zero before walking through ai->erase list
in wl_init().
As U-Boot has no workqueue/threads, it immediately calls
erase_worker(), which increase for each er
In list "super_blocks" ubifs collects allocated super_block
structs. U-Boot frees on unmount the allocated struct,
so the pointer stored in this list is free after the umount.
On a new ubifs mount, the new allocated super_block struct
get inserted into the super_blocks list ... which contains
now a
Hi Heiko,
On Thu, 21 Apr 2016 12:09:34 +0200
Heiko Schocher wrote:
> Hello Boris,
>
> Am 21.04.2016 um 10:58 schrieb Boris Brezillon:
> > On Tue, 2 Feb 2016 11:54:35 +0100
> > Heiko Schocher wrote:
> >
> >> Set free_count to zero before walking through ai->erase list
> >> in wl_init().
> >>
>
On 04/21/2016 08:25 AM, Manjunath wrote:
> Hello Marek,
Hi
> If the USB is detected successfully, then below are the logs.
My understanding is that you use u-boot 2013.04, which is about three
years old now ? If you observe some problem, please try with mainline
first and report back.
> U-Boot
Hello Boris,
Am 21.04.2016 um 12:25 schrieb Boris Brezillon:
Hi Heiko,
On Thu, 21 Apr 2016 12:09:34 +0200
Heiko Schocher wrote:
Hello Boris,
Am 21.04.2016 um 10:58 schrieb Boris Brezillon:
On Tue, 2 Feb 2016 11:54:35 +0100
Heiko Schocher wrote:
Set free_count to zero before walking thr
As part of 3457bba these configs didn't get updated. Update them now.
Signed-off-by: Tom Rini
---
configs/xilinx_zynqmp_zc1751_xm015_dc1_defconfig | 6 ++
configs/xilinx_zynqmp_zc1751_xm016_dc2_defconfig | 6 ++
configs/xilinx_zynqmp_zcu102_defconfig | 6 ++
configs/xilinx
On Sun, Apr 03, 2016 at 09:52:13PM +0800, Peng Fan wrote:
> Introduce env support for sata device.
> 1. Implement write_env/read_env/env_relocate_spec/saveenv/sata_get_env_dev
> 2. If want to enable this feature, define CONFIG_ENV_IS_IN_SATA, and
>define CONFIG_SYS_SATA_ENV_DEV or implement yo
On Mon, Apr 04, 2016 at 05:28:01PM +0530, Mugunthan V N wrote:
> Add request gpio for CD and WP gpios, so that the gpio can be
> used for the respective purposes.
>
> Signed-off-by: Mugunthan V N
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Di
On Mon, Apr 04, 2016 at 05:28:02PM +0530, Mugunthan V N wrote:
> As per mmc device tree binding documentation card detect gpio has
> to be active low signal. When a hardware is designed with active
> high card detect, gpio polarity has to be changed with
> cd-inverted dt property.
>
> In AM43xx t
On Mon, Apr 04, 2016 at 03:22:49PM +0530, Mugunthan V N wrote:
> omap_hsmmc driver directly typecasts fdt_addr_t to a pointer.
> This is not strictly correct, as it gives a build warning when
> fdt_addr_t is u64. So, use map_physmem for a proper typecasts.
>
> This is inspired by commit 167efe01b
On Mon, Apr 04, 2016 at 05:28:03PM +0530, Mugunthan V N wrote:
> As per mmc device tree binding documentation card detect gpio has
> to be active low signal. When a hardware is designed with active
> high card detect, gpio polarity has to be changed with
> cd-inverted dt property.
>
> In DRA72x a
On Mon, Apr 04, 2016 at 12:59:44PM -0700, Steve Rae wrote:
> set the Kconfig parameter: CONFIG_OF_LIBFDT
>
> Signed-off-by: Steve Rae
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-B
On Mon, Apr 04, 2016 at 05:28:05PM +0530, Mugunthan V N wrote:
> enable mmc driver model for dra74 evm as omap_hsmmc
> supports driver model
>
> Signed-off-by: Mugunthan V N
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Mon, Apr 04, 2016 at 05:28:04PM +0530, Mugunthan V N wrote:
> enable mmc driver model for dra72 evm as omap_hsmmc
> supports driver model
>
> Signed-off-by: Mugunthan V N
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Mon, Apr 04, 2016 at 12:59:45PM -0700, Steve Rae wrote:
> Enable saving ENV to MMC for the bcm281xx boards.
>
> Signed-off-by: Steve Rae
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing li
On Wed, 20 Apr 2016, Tom Rini wrote:
> On Sat, Apr 16, 2016 at 01:30:00PM -0400, Robert P. J. Day wrote:
>
> > more teeth-gnashing pedantry ... is Kconfig standard "help" or
> > "---help---"?
>
> Looking at Documentation/kbuild/kconfig-language.txt in the kernel:
>
> - help text: "help" or "---h
On Wed, Apr 06, 2016 at 08:28:04PM +0200, Michal Simek wrote:
> Create CMD_FDT Kconfig entry to have an option to disable fdt command
> which is not required for small configuration which requires libfdt
> only.
> Enable it by default for all targets which enables OF_LIBFDT.
>
> Signed-off-by: Mi
On Wed, Apr 06, 2016 at 08:28:03PM +0200, Michal Simek wrote:
> This patch follows work done by:
> "Move CONFIG_OF_LIBFDT to Kconfig"
> (sha1: 69e173eb57d1f4848f070c83456096ba5d2ba1b4)
>
> Signed-off-by: Michal Simek
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digita
On Fri, Apr 08, 2016 at 04:53:44PM -0500, Nishanth Menon wrote:
> From: Schuyler Patton
>
> Update EMIF data based on recommendations from the now standard TI
> EMIF tool version 1.1.1 based on 256MBx16 DDR3L Kingston D2516EC4BXGGB
> data sheet
>
> Update T_RRD from 5 to 6 based on AM57xx TRM -
On Wed, Apr 06, 2016 at 09:59:34PM -0500, Daniel Allred wrote:
> - Move the CONS_INDEX selection out of CONFIG_SYS_EXTRA_OPTIONS and
> into Kconfig proper.
> - Edit the relevant am57x configs to remove the now unneeded
> CONFIG_SYS_EXTRA_OPTIONS.
>
> Signed-off-by: Daniel Allred
On Fri, Apr 08, 2016 at 05:01:29PM -0500, Nishanth Menon wrote:
> From: Steve Kipisz
>
> The AM572x-IDK board (Industrial Dev Kit) is a board based on TI's AM5728x
> SOC which has a dual core 1.5GHz A15 processor. This board is a development
> platform for the Industrial market with:
> - 2GB of
On Mon, Apr 11, 2016 at 04:16:14PM +0200, Alexander Graf wrote:
> The iso partition table implementation has a few endian and 64bit
> problems. Clean it up a bit to become endian and bitness safe.
>
> Signed-off-by: Alexander Graf
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descr
On Mon, Apr 11, 2016 at 04:16:17PM +0200, Alexander Graf wrote:
> The snippet of code to add a drive to our drive list needs to
> get called from 2 places in the future. Split it into a separate
> function.
>
> Signed-off-by: Alexander Graf
Applied to u-boot/master, thanks!
--
Tom
signature
On Mon, Apr 11, 2016 at 04:16:15PM +0200, Alexander Graf wrote:
> The generic partition code treats partition 0 as "whole disk". So
> we should start with partition 1 as the first partition in the iso
> partition table.
>
> Signed-off-by: Alexander Graf
Applied to u-boot/master, thanks!
--
To
On Mon, Apr 11, 2016 at 04:16:16PM +0200, Alexander Graf wrote:
> Real CD-ROMs are pretty obsolete these days. Usually people still keep
> iso files around, but just put them on USB sticks or SD cards and expect
> them to "just work".
>
> To support this use case with El Torito images, add suppor
On Mon, Apr 11, 2016 at 04:16:18PM +0200, Alexander Graf wrote:
> When loading an el torito image, uEFI exposes said image as a raw
> block device to the payload.
>
> Let's do the same by creating new block devices with added offsets for
> the respective el torito partitions.
>
> Signed-off-by:
On Wed, 20 Apr 2016, Tom Rini wrote:
> On Sat, Apr 16, 2016 at 04:23:27AM -0400, Robert P. J. Day wrote:
>
> > just noticed, in common/dlmalloc.c, the sizable chunk:
> >
> > #if 0 /* Moved to malloc.h */
> > /* -- To make a malloc.h, start cutting here */
> >
> >
On Mon, Apr 11, 2016 at 04:16:21PM +0200, Alexander Graf wrote:
> Now that we can properly boot EFI payloads from iso el torito
> images, let's enable support for isos by default in the distro
> header.
>
> Signed-off-by: Alexander Graf
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Mon, Apr 11, 2016 at 04:16:20PM +0200, Alexander Graf wrote:
> Whenever we want to tell our payload about a path, we limit ourselves
> to a reasonable amount of characters. So far we only passed in device
> names - exceeding 16 chars was unlikely there.
>
> However by now we also pass real fil
On Mon, Apr 11, 2016 at 04:16:19PM +0200, Alexander Graf wrote:
> The payload gets information on where it got loaded from. This includes
> the device as well as file path.
>
> So far we've treated both as the same thing and always gave it the device
> name. However, in some situations grub2 actu
On Mon, Apr 11, 2016 at 04:55:26PM +0200, Alexander Graf wrote:
> When the user did not pass any device tree or the boot script
> didn't find any, let's use the system device tree as last resort
> to get something the payload (Linux) may understand.
>
> This means that on systems that use the sam
On Mon, Apr 11, 2016 at 11:20:39PM +0200, Alexander Graf wrote:
> The cache line flush helpers only work properly when they get aligned
> start and end addresses. Round our flush range to cache line size. It's
> safe because we're guaranteed to flush within a single page which has the
> same cache
On Mon, Apr 11, 2016 at 10:45:46PM +0200, Mateusz Kulikowski wrote:
> Add missing define to board header file.
>
> Signed-off-by: Mateusz Kulikowski
> Acked-by: Marek Vasut
> Reviewed-by: Andreas Färber
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Mon, Apr 11, 2016 at 11:51:02PM +0200, Alexander Graf wrote:
> The EFI memory map does not need to be in a strict order, but 32bit
> grub2 does expect it to be ascending. If it's not, it may try to
> allocate memory inside the U-Boot data memory region.
>
> We already sort the memory map in de
On Mon, Apr 11, 2016 at 11:51:01PM +0200, Alexander Graf wrote:
> The uEFI spec doesn't dictate where the device tree should live at, but
> legacy 32bit ARM grub2 has some assumptions that it may stay at its place
> when it's already loaded by the firmware.
>
> So let's put it somewhere where Lin
On Mon, Apr 11, 2016 at 03:21:37PM -0700, Eric Nelson wrote:
> Call blk_dwrite to ensure that the block cache is notified
> if enabled and remove build breakage when CONFIG_BLK is enabled.
>
> Signed-off-by: Eric Nelson
> Reviewed-by: Stephen Warren
Applied to u-boot/master, thanks!
--
Tom
On Wed, Apr 13, 2016 at 09:50:59AM +0530, Lokesh Vutla wrote:
> Not all Keystone2 devices has AEMIF NAND controller. So adding Kconfig
> entry for CONFIG_TI_AEMIF and enabling it in respective defconfigs on
> platforms with AEMIF controller.
>
> Reported-by: Nishanth Menon
> Signed-off-by: Lokes
On Tue, Apr 12, 2016 at 12:30:59AM +0200, ang...@sysam.it wrote:
> fix 19/48 broken board compilations, due to a now too smal 16-bit
> relative jump
>
> Signed-off-by: Angelo Dureghello
> Acked-by: Marek Vasut
> Acked-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.a
On Wed, Apr 13, 2016 at 09:51:00AM +0530, Lokesh Vutla wrote:
> NAND is not yet enabled on all Keystone2 platforms. So enabled
> CMD_NAND in the respective defconfigs only if available.
>
> Reported-by: Nishanth Menon
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/mas
On Tue, Apr 12, 2016 at 03:11:24PM -0400, Tom Rini wrote:
> If get_dev_addr fails it will return FDT_ADDR_T_NONE and:
> >>> "priv->usid == 4294967295U" is always false regardless of the values
> >>> of its operands. This occurs as the logical operand of if.
>
> Cc: Mateusz Kulikowski
> Repo
On Tue, Apr 12, 2016 at 03:11:23PM -0400, Tom Rini wrote:
> If get_dev_addr fails it will return FDT_ADDR_T_NONE and:
> >>> "priv->pid == 4294967295U" is always false regardless of the values
> >>> of its operands. This occurs as the logical operand of if.
>
> Cc: Mateusz Kulikowski
> Repor
On Wed, Apr 13, 2016 at 02:16:22PM +0200, Andreas Färber wrote:
> Some variables for the distro boot commands were missing, using some
> custom name instead. Rename them.
>
> Cc: Mateusz Kulikowski
> Signed-off-by: Andreas Färber
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descr
On Wed, Apr 13, 2016 at 09:57:04AM +0530, Lokesh Vutla wrote:
> commit 62c5674ea136a ("omap: SPL boot devices cleanup and completion")
> cleans up the boot device ids for amx3xx soc. But mistakenly updates wrong
> device IDs for AM43xx USB. Fixing the same here.
>
> Signed-off-by: Lokesh Vutla
>
On Wed, Apr 13, 2016 at 02:04:38PM +0200, Andreas Färber wrote:
> jetson-tk1 has 2 GB of RAM at 0x8000, causing gd->ram_top to be zero.
> Handle this by either avoiding ram_top or by using the same type as
> ram_top to reverse the overflow effect.
>
> Cc: Alexander Graf
> Signed-off-by: Andr
On Wed, Apr 13, 2016 at 11:40:01AM -0400, Robert P. J. Day wrote:
> Signed-off-by: Robert P. J. Day
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx
On Wed, Apr 13, 2016 at 06:30:16PM -0400, Robert P. J. Day wrote:
> Clean up the ext4 README file.
>
> Signed-off-by: Robert P. J. Day
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-
On Wed, Apr 13, 2016 at 10:29:52PM -0600, Stephen Warren wrote:
> dm_serial_ops.pending should return the number of characters, not just a
> valid C Boolean integer value. The existing code does already does this,
> but only as an accident since BCM283X_MU_LSR_RX_READY happens to be
> BIT(0). Enha
On Thu, Apr 14, 2016 at 04:21:00PM +0800, yuantian.t...@nxp.com wrote:
> From: Tang Yuantian
>
> Ensure data the following sata command used is flushed out of dcache
> and written to physical memory or timeout error may happen.
>
> Signed-off-by: Tang Yuantian
Applied to u-boot/master, thanks
On Thu, Apr 14, 2016 at 04:21:00PM +0800, yuantian.t...@nxp.com wrote:
> From: Tang Yuantian
>
> Ensure data the following sata command used is flushed out of dcache
> and written to physical memory or timeout error may happen.
>
> Signed-off-by: Tang Yuantian
Applied to u-boot/master, thanks
On Thu, Apr 14, 2016 at 06:15:07AM -0400, Robert P. J. Day wrote:
> Apparently, all "dave"-related vendor content was removed in commit
> 5344cc1a82fcc2817d4671696b3939b0dfa4323e; remove remaining directory
> board/dave/, which consists solely of board/dave/common/flash.c.
>
> Signed-off-by: Robe
On Thu, Apr 14, 2016 at 04:07:54PM +0200, Alexander Graf wrote:
> When there is no $fdtfile variable set, we still have a good chance
> that on 32bit arm the fdtfile really is just called $soc-$board.dtb.
>
> Enable the exports for $soc and $board in our distr defaults and make
> use of them in t
On Thu, Apr 14, 2016 at 04:07:53PM +0200, Alexander Graf wrote:
> The bootefi cmd today fetches its device tree pointer from either the
> location appointed by "fdt addr" with a fallback to the U-Boot control
> fdt.
>
> This integration is unusual for U-Boot and diverges from the way we
> usually
On Thu, Apr 14, 2016 at 01:55:08PM -0400, Akshay Bhat wrote:
> As of commit 69e173eb57d1f4848f070c83456096ba5d2ba1b4, CONFIG_OF_LIBFDT
> needs to be selected in defconfig instead of board specific header file.
> Hence enable CONFIG_OF_LIBFDT in defconfig.
>
> Signed-off-by: Akshay Bhat
Applied
On Sat, Apr 16, 2016 at 05:53:07AM -0400, Robert P. J. Day wrote:
> Signed-off-by: Robert P. J. Day
>
> diff --git a/Kconfig b/Kconfig
> index e7002ed..f53759a 100644
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Fri, Apr 15, 2016 at 02:40:37PM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> The current code in ARMv8's lowlevel_init() skips the per-CPU GIC
> initialization ifndef CONFIG_ARMV8_MULTIENTRY. However, the per-CPU init
> should always occur; it's just the one-time init that should o
On Wed, Apr 20, 2016 at 11:44:49AM +0200, Marek Vasut wrote:
> The following changes since commit 108f8418597350bd98357f25acaa8ab8a0435779:
>
> ARM: rpi: fix 64-bit CONFIG_SYS_TEXT_BASE (2016-04-16 09:02:17 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-socf
On Wed, Apr 20, 2016 at 11:45:23AM +0200, Marek Vasut wrote:
> The following changes since commit 108f8418597350bd98357f25acaa8ab8a0435779:
>
> ARM: rpi: fix 64-bit CONFIG_SYS_TEXT_BASE (2016-04-16 09:02:17 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.
On Tue, Apr 19, 2016 at 01:24:34PM +0200, Daniel Schwierzeck wrote:
> Hi Tom,
>
> please pull a bugfix for MIPS, thanks.
>
>
> The following changes since commit 108f8418597350bd98357f25acaa8ab8a0435779:
>
> ARM: rpi: fix 64-bit CONFIG_SYS_TEXT_BASE (2016-04-16 09:02:17 -0400)
>
> are avail
On Thu, Apr 21, 2016 at 07:19:27AM -0400, Tom Rini wrote:
> As part of 3457bba these configs didn't get updated. Update them now.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Wed, Apr 20, 2016 at 11:01:56AM -0400, Tom Rini wrote:
> Previously, ret could be used uninitialized if
> blk_get_device_part_str() failed. Default to ret being set to -1 so
> that we always return an err up if we have a problem and then invert the
> logic on testing ums_count as when that is
On Thu, Apr 21, 2016 at 07:20:21AM -0400, Robert P. J. Day wrote:
> On Wed, 20 Apr 2016, Tom Rini wrote:
>
> > On Sat, Apr 16, 2016 at 01:30:00PM -0400, Robert P. J. Day wrote:
> >
> > > more teeth-gnashing pedantry ... is Kconfig standard "help" or
> > > "---help---"?
> >
> > Looking at Documen
On Thu, Apr 21, 2016 at 07:21:54AM -0400, Robert P. J. Day wrote:
> On Wed, 20 Apr 2016, Tom Rini wrote:
>
> > On Sat, Apr 16, 2016 at 04:23:27AM -0400, Robert P. J. Day wrote:
> >
> > > just noticed, in common/dlmalloc.c, the sizable chunk:
> > >
> > > #if 0 /* Moved to malloc.h */
> > >
Remove several hundred lines of content surrounded by:
#if 0 /* Moved to malloc.h */
... moved stuff ...
#endif /* 0 */ /* Moved to malloc.h */
Signed-off-by: Robert P. J. Day
---
not compile-tested, pretty clearly not a functional change.
diff --git a/common/dlmalloc.c b/
On Wed, Apr 20, 2016 at 11:12:04PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The error message "spl: mmc block read error" may come from two
> different functions, so we should better annotate the function name
> where the error comes from to help debugging.
>
> Signed-off-by: Fabio
On Thu, Apr 21, 2016 at 07:46:34AM +0200, Michal Simek wrote:
> On 20.4.2016 21:41, Dan Murphy wrote:
> > Bump?
> > On 04/15/2016 07:27 AM, Dan Murphy wrote:
> >> Add the ability to pass the phy-handle node offset
> >> to the phy driver. This allows the phy driver
> >> to access the DT subnode's d
On Thu, 21 Apr 2016 12:48:50 +0200
Heiko Schocher wrote:
> Hello Boris,
>
> Am 21.04.2016 um 12:25 schrieb Boris Brezillon:
> > Hi Heiko,
> >
> > On Thu, 21 Apr 2016 12:09:34 +0200
> > Heiko Schocher wrote:
> >
> >> Hello Boris,
> >>
> >> Am 21.04.2016 um 10:58 schrieb Boris Brezillon:
> >>> On
suppress a lot of
"reg or ranges property, but no unit name" warnings,
through the dtc compiler flag "-Wno-unit_address_vs_reg".
If all DTS are fixed, we can remove this flag again.
Signed-off-by: Heiko Schocher
---
There is also a solution to suppress warnings from
the dtc compiler by the "-q"
On 04/21/2016 02:48 PM, Heiko Schocher wrote:
> suppress a lot of
> "reg or ranges property, but no unit name" warnings,
> through the dtc compiler flag "-Wno-unit_address_vs_reg".
>
> If all DTS are fixed, we can remove this flag again.
>
> Signed-off-by: Heiko Schocher
> ---
> There is also a
Hello Marek,
Am 21.04.2016 um 14:51 schrieb Marek Vasut:
On 04/21/2016 02:48 PM, Heiko Schocher wrote:
suppress a lot of
"reg or ranges property, but no unit name" warnings,
through the dtc compiler flag "-Wno-unit_address_vs_reg".
If all DTS are fixed, we can remove this flag again.
Signed-o
On 04/21/2016 03:17 PM, Heiko Schocher wrote:
> Hello Marek,
>
> Am 21.04.2016 um 14:51 schrieb Marek Vasut:
>> On 04/21/2016 02:48 PM, Heiko Schocher wrote:
>>> suppress a lot of
>>> "reg or ranges property, but no unit name" warnings,
>>> through the dtc compiler flag "-Wno-unit_address_vs_reg".
On Thu, Apr 21, 2016 at 03:25:20PM +0200, Marek Vasut wrote:
> On 04/21/2016 03:17 PM, Heiko Schocher wrote:
> > Hello Marek,
> >
> > Am 21.04.2016 um 14:51 schrieb Marek Vasut:
> >> On 04/21/2016 02:48 PM, Heiko Schocher wrote:
> >>> suppress a lot of
> >>> "reg or ranges property, but no unit na
Hi,
On 21 April 2016 at 07:25, Marek Vasut wrote:
> On 04/21/2016 03:17 PM, Heiko Schocher wrote:
>> Hello Marek,
>>
>> Am 21.04.2016 um 14:51 schrieb Marek Vasut:
>>> On 04/21/2016 02:48 PM, Heiko Schocher wrote:
suppress a lot of
"reg or ranges property, but no unit name" warnings,
>>
On Mon, Apr 11, 2016 at 06:37:17PM -0500, Daniel Allred wrote:
> Adds CONFIG_OF_BOARD_SETUP to the config header files
> for dra7xx_evm and am57xx_evm.
>
> Signed-off-by: Daniel Allred
> Signed-off-by: Madan Srinivas
Fold this into the patch that adds the functions, thanks.
--
Tom
signatur
On Wed, Apr 20, 2016 at 05:13:57PM +0100, Peter Griffin wrote:
> Import the upstream kernel dts into U-Boot. Currently
> only serial is supported, but a lot more DT changes are
> queued for v4.7.
>
> Signed-off-by: Peter Griffin
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digit
On Mon, Apr 11, 2016 at 06:37:18PM -0500, Daniel Allred wrote:
> Adds new defconfig files for DRA7xx and AM57xx secure devices.
> These are the same as the non-secure parts, but with the addition
> of the CONFIG_TI_SECURE_DEVICE option set to 'y'.
>
> Signed-off-by: Daniel Allred
> Signed-off-by
On Fri, Apr 15, 2016 at 03:28:07PM +0530, Lokesh Vutla wrote:
>
>
> On Tuesday 12 April 2016 05:07 AM, Daniel Allred wrote:
> > From: Madan Srinivas
> >
> > Adds new defconfig files for AM43xx secure devices.
> > These are the same as the non-secure parts, except for
> > CONFIG_TI_SECURE_DE
On Wed, Apr 20, 2016 at 05:13:59PM +0100, Peter Griffin wrote:
> Currently only the serial pl01x driver is using DT,
> and the other drivers still use platform data but
> as more DT lands in the upstream kernel the aim is
> to migrate the other drivers over to DT as well to
> have a fully DT confi
On Wed, Apr 20, 2016 at 05:13:58PM +0100, Peter Griffin wrote:
> This patch adds myself as maintainer for the hikey
> U-Boot port.
>
> Signed-off-by: Peter Griffin
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Bo
On Wed, Apr 20, 2016 at 05:14:00PM +0100, Peter Griffin wrote:
> This allows the reset command to reset the board from
> u-boot.
>
> => reset
> resetting ...
> INFO:BL1: 0xf981 - 0xf9818000 [size = 32768]
> NOTICE: Booting Trusted Firmware
> NOTICE: BL1: v1.1(debug):7fb9b0e
> NOTICE: B
On Wed, Apr 20, 2016 at 05:14:02PM +0100, Peter Griffin wrote:
> The memory node gets automatically generated by U-Boot
> in arch_fixup_fdt(), before passing control to the kernel
> using U-Boots representation of the dram banks.
>
> However the upstream kernel uses the memory node to carve-out
>
On Mon, Apr 11, 2016 at 06:37:07PM -0500, Daniel Allred wrote:
> Adds a centralized config_secure.mk in omap-common for
> OMAP-style TI secure devices to use for boot image generation
>
> Depending on the boot media, different images are needed for
> secure devices. These commands generates u-boo
On Mon, Apr 11, 2016 at 06:37:08PM -0500, Daniel Allred wrote:
> Modifies the config.mk to build secure images when building
> the SPL for secure devices.
>
> Depending on the boot media, different images are needed
> for secure devices. The build generates u-boot*_HS_* files
> as appropriate for
Hey all,
As promised, and only slightly late, here's -rc2. I've picked up a
bunch of things that were outstanding and I had grabbed in patchwork and
I felt should come in now rather than wait for the next window. There's
some good work going on in SPL land that I'm going to let wait since we
are
On Wed, Apr 20, 2016 at 05:14:03PM +0100, Peter Griffin wrote:
> This patch updates and simplifies the hikey README. The old
> instructions were hard to follow, and convoluted.
>
> This patch also updates the link to the mcuimage.bin which was outdated.
>
> Using an outdated mcuimage.bin results
On Mon, Apr 11, 2016 at 06:37:04PM -0500, Daniel Allred wrote:
> From: Madan Srinivas
>
> Adds a new Kconfig file for AM33xx class devices. We
> need a common place to define CONFIG parameters
> for these SOCs, especially for adding support
> for secure devices.
>
> a) Adds a definition for ISW
On Mon, Apr 11, 2016 at 06:37:03PM -0500, Daniel Allred wrote:
> Adds doc/README.ti-secure file to explain in generic terms
> how boot images need to be created for secure devices from
> Texas Instruments.
>
> Specific details for creating secure boot images for the
> AM43xx, DRA7xx and AM57xx se
On 21.4.2016 13:51, Tom Rini wrote:
> On Thu, Apr 21, 2016 at 07:46:34AM +0200, Michal Simek wrote:
>> On 20.4.2016 21:41, Dan Murphy wrote:
>>> Bump?
>>> On 04/15/2016 07:27 AM, Dan Murphy wrote:
Add the ability to pass the phy-handle node offset
to the phy driver. This allows the phy d
On Mon, Apr 11, 2016 at 06:37:15PM -0500, Daniel Allred wrote:
> Adds an fdt.c file in that defines the ft_cpu_setup() function,
> which should be called from a board-specific ft_board_setup()).
> This ft_cpu_setup() will currently do nothing for non-secure (GP)
> devices but contains pertin
On Mon, Apr 11, 2016 at 06:37:16PM -0500, Daniel Allred wrote:
> Adds the board specific ft_board_setup() functions that
> are called when CONFIG_OF_BOARD_SETUP is defined. These functions
> will currently just call the ft_cpu_setup() function.
>
> Signed-off-by: Daniel Allred
> Signed-off-by: M
1 - 100 of 183 matches
Mail list logo
