On Wednesday, July 22, 2015 at 11:15:31 PM, Alonso Adrian wrote:
> Hi Marek,
>
> Comments inline.
>
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: Monday, July 20, 2015 8:56 PM
> > To: Alonso Lazcano Adrian-B38018
> > Cc: u-boot@lists.denx.de; sba...@denx.de
Hi Scott,
On 27.06.2015 08:16, Scott Wood wrote:
As requested, these patches can be found in the sync-4.1 branch of
u-boot-nand-flash.git.
Ezequiel Garcia (1):
mtd: Introduce mtd_block_isreserved()
Scott Wood (2):
nand: Remove __UBOOT__ ifdefs
nand: Sync with Linux v4.1
drivers/mtd
Hi Simon,
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> From: Ben Stoltz
>
> When U-Boot runs as an EFI application is does not have a definition of
> CONFIG_SYS_TEXT_BASE. U-Boot is a relocatable application and the relocation
> is done by EFI. U-Boot can be loaded at any address.
>
>
Hi Simon,
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> This option is not used by any board but appears to still be useful, at least
> for testing. With recent commits it does not build, so fix it.
>
It looks like CONFIG_PCI_ENUM_ONLY does similar things as
CONFIG_PCI_PNP. Can we just
Hi Tom,
can you please pull the mvebu tree? This series contains mvebu DDR
training code and couple of bug fixes.
Thanks,
Luka
The following changes since commit b217c89e8565ade3aaa9f74c33c93236bf151187:
Merge branch 'master' of git://git.denx.de/u-boot-fsl-qoriq (2015-07-20
17:12:52 -0400)
This is version 3 of Devres series.
Simon, Albert and I discussed whether we need (and want) to
get this framework in.
Looks like our agreement is that we can add Devres, but
keeping it optional. The DM core part still sticks to the
manual malloc() and free().
With CONFIG_DEVRES disabled, devr
Currently, Devres requires additional 16 byte for each allocation,
which is not so insignificant in some cases.
Add CONFIG_DEVRES to make this framework optional.
If the option is disabled, devres functions fall back to
non-managed variants. For example, devres_alloc() to kzalloc(),
devm_kmalloc(
This new command can dump all device resources associated to
each device. The fields in every line shows:
- The address of the resource
- The size of the resource
- The name of the release function
- The stage in which the resource has been acquired (BIND/PROBE)
The output looks like this
devm_kmalloc() is identical to kmalloc() except that the memory
allocated with it is managed and will be automatically released
when the device is removed/unbound.
Likewise for the other variants.
Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- R
In U-Boot's driver model, memory is basically allocated and freed
in the core framework. So, low level drivers generally only have
to specify the size of needed memory with .priv_auto_alloc_size,
.platdata_auto_alloc_size, etc. Nevertheless, some drivers still
need to allocate/free memory on thei
Currently, we only have DM_FLAG_ACTIVATED to indicate the device
status, but we still cannot know in which stage is in progress,
binding or probing.
This commit introduces a new flag, DM_FLAG_BOUND, which is set when
the device is really bound, and cleared when it is unbound.
Signed-off-by: Masah
On Thursday, July 23, 2015 at 12:24:22 AM, Adrian Alonso wrote:
> * Add support for usb driver for i.MX7D SoC
Please drop this asterisk, it's pointless.
> Signed-off-by: Adrian Alonso
> Signed-off-by: Ye.Li
> Signed-off-by: Peng Fan
> ---
> Changes for V2: Resend
> Changes for V3:
> - Integrat
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> This file does not need its own way of doing debug(). Clean it up to use the
> new way.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/pci/pci_auto.c | 48 +++-
> 1 file changed, 23 insertions(+)
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> Fix a typo, remove an unused field and make sure to use existing #define
> constants instead of open-coded values.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/interrupts.c | 9 -
> 1 file changed, 4 insertions(+), 5 deletio
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> Some files use global_data but don't declare it. Fix this.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/mp_init.c | 2 ++
> arch/x86/lib/bootm.c | 2 ++
> arch/x86/lib/fsp/fsp_common.c | 2 ++
> arch/x86/lib/lpc-u
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> The GDT works but technically the length is incorrect. Fix this and add a
> comment.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/call64.S | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/cpu/cal
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> This is now handled by generic U-Boot code so we do not need an x86 version.
> It is no-longer called, so remove it.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/include/asm/relocate.h | 1 -
> arch/x86/lib/relocate.c | 18
Hi Simon,
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> These flags now overlap some global ones. Adjust the x86-specific flags to
> avoid this.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/include/asm/global_data.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
Hi Simon,
Sorry for being away from this a while.
2015-07-22 23:24 GMT+09:00 Simon Glass :
> Hi Masahiro,
>
> On 18 July 2015 at 08:37, Simon Glass wrote:
>> Hi Masahiro,
>>
>> On 15 July 2015 at 02:16, Masahiro Yamada
>> wrote:
>>> Now, a simple pinctrl patch is being proposed by Simon.
>>> h
On 7/22/15 8:01 AM, Marek Vasut wrote:
> On Wednesday, July 22, 2015 at 02:57:49 PM, Dinh Nguyen wrote:
>> On 7/22/15 4:00 AM, Marek Vasut wrote:
>>> On Wednesday, July 22, 2015 at 10:27:10 AM, Dinh Nguyen wrote:
On 7/20/15 2:40 PM, Marek Vasut wrote:
> On Monday, July 20, 2015 at 09:31:
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> We should use these constants where possible.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/cpu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/x86/cpu/cpu.c b/arch/x86/cpu/cpu.c
> index b9134cf..d233a
On Wed, Jul 22, 2015 at 11:49 PM, Simon Glass wrote:
> Fix a typo, improve some comments and add a little more detail in some
> cases.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/start.S | 46 ++
> 1 file changed, 26 insertions(+), 20 deletio
Hi Simon,
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> These will be used for efi.h both for U-Boot running as an EFI application
> and as a payload. They come from Linux 4.1.
>
> Signed-off-by: Simon Glass
> ---
>
> include/linux/types.h | 6 +-
> 1 file changed, 5 insertions(+),
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> This is currently done for all targets, since 0xff is the default erased
> value for most flash devices. In some cases this is not what we want (e.g.
> for EFI images) so provide a command to do a vanilla objcopy.
>
> Signed-off-by: Simon Glas
2015-07-23 11:10 GMT+09:00 Simon Glass :
> Hi Chris,
>
> On 22 July 2015 at 03:21, Chris Packham wrote:
>> To make it easier to use patman on other projects add a distutils style
>> installer. Now patman can be installed with
>>
>> cd u-boot/tools/patman && python setup.py install
>>
>> There ar
Hi Simon,
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> When running U-Boot as an EFI application we cannot relocate since we do not
> have relocation information. U-Boot has already been relocated to a suitable
> address.
>
> Add a global_data flag to control skipping relocation.
>
> Si
Hi Simon,
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> Provide the types necessary to relocate 64-bit images.
>
> Signed-off-by: Simon Glass
> ---
>
> include/elf.h | 26 ++
> 1 file changed, 26 insertions(+)
>
> diff --git a/include/elf.h b/include/elf.h
> ind
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> In a final attempt to find a console UART this function uses the first
> first available serial device. However the check for a valid device is
> inverted.
>
> This code is only executed when there is in fact no serial UART, but at
> present i
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> This function needs to check the list has entries before traversing it.
> Fix this bug.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/core/uclass.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/core/uclass.c b/drivers
Hi Chris,
On 22 July 2015 at 03:21, Chris Packham wrote:
> To make it easier to use patman on other projects add a distutils style
> installer. Now patman can be installed with
>
> cd u-boot/tools/patman && python setup.py install
>
> There are also the usual distutils options for creating sour
Hi Minkyu,,
On 21 July 2015 at 22:52, Minkyu Kang wrote:
> On 20/07/15 23:19, Simon Glass wrote:
>> Hi Minkyu,
>>
>> On 2 July 2015 at 18:15, Simon Glass wrote:
>>> This series adds a number of fixes and improvements to driver model as
>>> well as two new uclasses (video bridges and I2c muxes).
On Wed, Jul 22, 2015 at 11:48 PM, Simon Glass wrote:
> The CFLAGS_REMOVE_ feature allows default C compiler flags to be
> removed for particular files. Add the same feature for assembler, using
> AFLAGS_REMOVE_.
>
> Signed-off-by: Simon Glass
> ---
>
> scripts/Makefile.lib | 3 ++-
> 1 file chan
* Add imx7d support for iomux controller
* imx7d has two iomux controllers iomuxc (0x3033000) and iomuxc-lpsr
(0x302C) each conroller provides control and mux mode pad
registers but shares iomuxc input select register with iomuxc-lpsr
IOMUX_CONFIG_LPSR flag is used to properly set daisy c
On 6 July 2015 at 17:20, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:51 AM, Simon Glass wrote:
>> In Linux USB_DEVICE() is used to declare a USB device by vendor/device ID.
>> We should follow the same convention in U-Boot. Rename the existing
>> USB_DEVICE() macro to U_BOOT_USB_DEVICE
On 6 July 2015 at 16:47, Simon Glass wrote:
> Some drivers may want to implement this method for some of their devices but
> not for others. So it is not possible to just leave the operation out of
> the table. Drivers could get around this by masquerading as two separate
> drivers but that seems
On 6 July 2015 at 17:19, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:50 AM, Simon Glass wrote:
>> At present USB Ethernet does not work with CONFIG_DM_ETH. Add driver model
>> support to this feature, so that it can work alongside other Ethernet
>> devices with driver model.
>>
>> It w
On 6 July 2015 at 17:21, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:53 AM, Simon Glass wrote:
>> Support driver model in this driver. This uses the normal USB driver search
>> mechanism. Any EHCI controllers will be set up as they are found during
>> usb_init().
>>
>> Signed-off-by: S
On 6 July 2015 at 16:47, Simon Glass wrote:
> This USB Ethernet driver is quite widely use. Allow it to work with
> CONFIG_DM_ETH enabled. Most of the code remains common but there is a new
> packet receive flow which is handled specially.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/usb/eth
On 7 July 2015 at 02:17, Bin Meng wrote:
> On Tue, Jul 7, 2015 at 6:47 AM, Simon Glass wrote:
>> Now that the RTL8169 driver warning is fixed we can drop this. The incorrect
>> value is causing problems with USB EHCI.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> include/configs/minnowmax.h | 3
On 6 July 2015 at 17:18, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:48 AM, Simon Glass wrote:
>> If driver model is used for Ethernet then USB Ethernet does not build. This
>> can be made to work with driver model is used for USB also. Add #ifdef
>> logic to make this clear when build
On 6 July 2015 at 16:47, Simon Glass wrote:
> It is useful to be able to find the full PCI address (bus, device and
> function) for a PCI device. Add a function to provide this.
>
> Adjust the existing code to use this.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/pci/pci-uclass.c | 15 +
On 6 July 2015 at 17:17, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:47 AM, Simon Glass wrote:
>> The function documentation is incorrect. Fix it.
>>
>> Signed-off-by: Simon Glass
>
> Acked-by: Marek Vasut
>
> Best regards,
> Marek Vasut
Applied to u-boot-dm.
___
On 6 July 2015 at 16:47, Simon Glass wrote:
> This driver is used by the Intel Minnowmax board. Convert it to driver model
> so it can use the new Ethernet implementation.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/net/rtl8169.c | 236
> +++---
>
On 6 July 2015 at 17:17, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:42 AM, Simon Glass wrote:
>> A few drivers still write out the license in full. Fix these.
>>
>> Signed-off-by: Simon Glass
>
> Thanks!
>
> Acked-by: Marek Vasut
>
> Best regards,
> Marek Vasut
Applied to u-boot-dm
On 6 July 2015 at 17:16, Marek Vasut wrote:
> On Tuesday, July 07, 2015 at 12:47:41 AM, Simon Glass wrote:
>> Add a hyphen to correct the grammar.
>>
>> Signed-off-by: Simon Glass
>
> Acked by: Marek Vasut
>
> Best regards,
> Marek Vasut
Applied to u-boot-dm.
___
Hi Bin,
On 22 July 2015 at 00:05, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Jul 22, 2015 at 6:00 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 21 July 2015 at 10:12, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Tue, Jul 7, 2015 at 6:47 AM, Simon Glass wrote:
At present all PCI devices must be pres
On 6 July 2015 at 16:47, Simon Glass wrote:
>
> These should finish with a newline like the others.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/core/device.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Applied to u-boot-dm.
___
U-
On 12 July 2015 at 22:17, Masahiro Yamada wrote:
> These two declarations in arch/x86/include/asm/interrupt.h conflict
> with ones in include/linux/compat.h, so x86 boards cannot include
> .
>
> The comment /* arch/x86/lib/interrupts.c */ is bogus now, and we do
> not see any definitions of disabl
On 22 July 2015 at 07:22, Simon Glass wrote:
> On 22 July 2015 at 02:21, Bin Meng wrote:
>> Currently cpu-x86 driver is probed only for SMP. We add the same
>> support for UP when there is only one cpu node in the deive tree.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v3:
>> - Remo
On 13 July 2015 at 01:38, Lukasz Majewski wrote:
> Hi Masahiro,
>
>> The macro cpu_relax() is defined by several headers in different
>> ways.
>>
>> arch/{arm,avr32,mips}/include/asm/processor.h defines it as follows:
>> #define cpu_relax() barrier()
>>
>> On the other hand, include/linux/compat
On 12 July 2015 at 22:17, Masahiro Yamada wrote:
> The vzalloc(size) is equivalent to kzalloc(size, 0). Move it to
> include/linux/compat.h as an inline function in order to avoid the
> function call overhead.
>
> Signed-off-by: Masahiro Yamada
> Reviewed-by: Heiko Schocher
> Acked-by: Simon Gl
On 13 July 2015 at 01:47, Lukasz Majewski wrote:
> Hi Masahiro,
>
>> Currently, kzalloc() returns zero-filled memory, while kmalloc()
>> simply ignores the second argument and never fills the memory
>> area with zeros.
>>
>> I want kmalloc(size, __GFP_ZERO) to behave as kzalloc() does,
>> which wi
On 22 July 2015 at 02:21, Bin Meng wrote:
> Turn on PCIe ECAM address range decoding on Q35.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/qemu/pci.c | 4
> arch/x86/include/asm/arch-qemu/qemu.h | 4
On 22 July 2015 at 02:21, Bin Meng wrote:
> On some platforms the I/O APIC interrupt pin#0-15 may be connected
> to platform pci devices' interrupt pin. In such cases the legacy ISA
> IRQ is not available so we should not write ISA interrupt entry if
> it is already occupied.
>
> Signed-off-by: Bi
On 22 July 2015 at 02:21, Bin Meng wrote:
> We should mark PCIe ECAM address range in the E820 table as reserved
> otherwise kernel will not attempt to use ECAM.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - New patch to reserve PCIe ECA
On 22 July 2015 at 02:21, Bin Meng wrote:
> Enable writing MP table for QEMU boads (i440fx and q35).
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - Drop QEMU mp_init patch
> - Change /cpus node to include just one cpu
>
> arch/x86/cpu/qe
On 22 July 2015 at 02:21, Bin Meng wrote:
> The PIIX3 chipset does not integrate an I/O APIC, instead it supports
> connecting to an external I/O APIC which needs to be enabled manually.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
>
On 22 July 2015 at 02:21, Bin Meng wrote:
> Currently during writing MP table I/O interrupt assignment entry, we
> assume the PIRQ is directly mapped to I/O APIC INTPIN#16-23, which
> however is not always the case on some platforms.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
From: Thierry Reding
While generating the page tables, a running integer index is shifted by
SECTION_SHIFT (29) and causes overflow for any integer bigger than 7.
The page tables therefore alias to the same 8 sections and cause U-Boot
to hang once the MMU is enabled.
Fix this by making the index
using http://git.ti.com/keystone-linux/boot-monitor/trees/master as
reference (tag K2_BM_15.07) the generated files do not have evm
extensions by default. So dont use -evm extension.
Reviewed-by: Murali Karicheri
Reviewed-by: Tom Rini
Signed-off-by: Nishanth Menon
---
V4: no change - only picke
Use the defaults defined in DEFAULT_LINUX_BOOT_ENV
Reviewed-by: Murali Karicheri
Reviewed-by: Tom Rini
Signed-off-by: Nishanth Menon
---
V4: only picked up reviewed-bys. no change
V3: https://patchwork.ozlabs.org/patch/497389/
include/configs/ti_armv7_keystone2.h | 22 +-
Switch to using zImage instead of uImage. and while at it, start using
bootz as default. While at it, get rid of BOOTIMAGE define and start
using Linux upstream dtb file names.
Reviewed-by: Murali Karicheri
Reviewed-by: Tom Rini
Signed-off-by: Nishanth Menon
---
V4: no change. only picked up re
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Acked-by: Vitaly Andrianov
Acked-By: Murali Karicheri
Reviewed-by: Tom Rini
Signed-off-by: Nishanth Menon
---
V4: no change
V3: https://patchwork.ozlabs.or
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary and removing the common defines from
keystone2 header.
Note: as part of this change, all keystone2 platforms will now start
using the generic u-boot prompt instead of the custom prompt.
Signed-off-by
Commit bd2c4522c26d5 ("ti: armv7: enable EXT support in SPL (using
ti_armv7_common.h)") enabled thumb mode only for SPL builds, however,
All TI armv7 platforms do support thumb, and there is no reason why the
space savings cannot be exploited for u-boot as well.
Reported-by: Murali Karicheri
Sugg
Changes since v3:
- picked up V3 reviewed bys
- Dropped the original 8/8 patch (ramdisk) introduced patch #3 (thumb
mode)
(dropped patch = https://patchwork.ozlabs.org/patch/497392/ )
Tested on K2HK-evm
OMAP4 Panda: http://pastebin.ubuntu.com/11922876/
AM57xx Beagl
TI armv7 based SoCs are based on two architectures - one based on OMAP
generation architecture and others based on Keystone architecture.
Many of the options are architecture specific, however a lot are common
with v7 architecture. So, step 1 will be to move out OMAP specific stuff
from ti_armv7_c
CONFIG_LINUX_BOOT_PARAM_ADDR is not a valid configuration option. Do
just like what the rest of the world does.
Acked-by: Vitaly Andrianov
Acked-By: Murali Karicheri
Reviewed-by: Tom Rini
Signed-off-by: Nishanth Menon
---
V4: picked up reviewed-by - no change
V3: https://patchwork.ozlabs.org/p
From: Thierry Reding
Some SoCs come with a custom timer interface, so allow them to use that
instead.
swarren notes: I did consider reworking this patch so the Makefile only
compiles generic_timer.c ifndef CONFIG_SYS_TIMER_COUNTER. However, I can
foresee a time where generic_timer.c contains bot
From: Thierry Reding
The encoding of the sub instruction used to handle CONFIG_SYS_MALLOC_F_LEN
can only accept certain values, and the set of acceptable values differs
between the AArch32 and AArch64 instructions sets. The default value of
CONFIG_SYS_MALLOC_F_LEN works with either ISA. Tegra use
* Add Clock control module (CCM) support
* iMX7D SoC introduces 3 main clock sysmtem abstraction for clock
root frequency generation denominated clock slices.
Core clock slice: hihg speed clock for ARM core
Bus clock slice: for bus clocks
IP clock slice: Peripheral clocks
* At system boot R
* Add i.MX7D SABRESD target board support with enabled modules:
UART, PMIC, USB/OTG, SD, eMMC, ENET, I2C, 74LV IOX.
Build target: mx7dsabresd_config
Signed-off-by: Peng Fan
Signed-off-by: Fugang Duan
Signed-off-by: Ye.Li
Signed-off-by: Adrian Alonso
---
Changes for V2:
- Include arch/arm/
* Add timer support for imx7d SoC
Signed-off-by: Adrian Alonso
---
Changes for V2: Split from patch imx: imx7d: initial arch level support
Changes for V3: Resend
arch/arm/imx-common/timer.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/arm/imx-common/timer.c b
* Add imx-common cpu support for imx7d SoC
* Update reset_cause for imx7d
* Enable watchdog driver built for imx7d
Signed-off-by: Adrian Alonso
---
Changes for V2: Split from patch imx: imx7d: initial arch level support
Changes for V3: Resend
arch/arm/Makefile| 4 ++--
arch/arm/cpu
* HAB secure boot support
- get_hab_status: checks if secure boot is enabled or not
- authenticate_image: verifies image properly signed based
on CSF entry
* Uboot command for hab authenticate
- hab_auth_img: authenticate image via HAB
- hab_status: display HAB status
Signed-off-by: Ad
* Add thermal driver support for imx7 SoC
read_cpu_temperature is SoC dependent
* Redefine config macro to support imx7 and imx6 SoC
Signed-off-by: Adrian Alonso
Signed-off-by: Peng Fan
---
Changes for V2:
- Rework patch so it can be applyed on top of patch
imx6: standardise OCOTP and fuse
* The system counter driver for imx7d abd mx6ul, move
this timer driver to imx-common and rename it as syscounter.c
For mx6ul and mx7, configurations are used for choose the GPT timer
or system counter timer (default).
GPT timer: CONFIG_GPT_TIMER
System counter timer: CON
* Add SoC system support, Misc arch dependent functions for
system bring up:
s_init: system init enable clock base settings
enable_caches: configures Cortex-A7 L2 caches
get_boot_device: identifies boot device
Signed-off-by: Adrian Alonso
Signed-off-by: Peng Fan
Signed-off-by: Ye.Li
---
* Add mxc_gpio support for imx7d SoC
* Use CONFIG_MX7 to extend mxc gpio driver support for imx7d
Signed-off-by: Peng Fan
Signed-off-by: Adrian Alonso
---
Changes for V2: Resend
Changes for V3: Resend
arch/arm/include/asm/arch-mx7/gpio.h | 12
drivers/gpio/mxc_gpio.c
* Ocotp of i.MX7D has different operation rule.
This patch is to add support for i.MX7D ocotp.
Signed-off-by: Adrian Alonso
Signed-off-by: Peng Fan
Signed-off-by: Ye.Li
---
Changes for V2: Resend
Changes for V3: Resend
drivers/misc/mxc_ocotp.c | 74 ++
DCIMVAC is upgraded to DCCIMVAC for the individual processor
(Cortex-A7) that the DCIMVAC is executed on.
We should follow the linux dma follow. Before DMA read, first
invalidate dcache then after DMA read, invalidate dcache again.
With the DMA direction DMA_FROM_DEVICE, the dcache need be
invali
* Add pmic pfuze3000 support, implement power_pfuze3000_init to be
used in power_init_board callback function.
Signed-off-by: Adrian Alonso
Signed-off-by: Peng Fan
---
Changes for V2:
- Correct pfuze device name to pfuze3000; Freescale documentation uses
Pfuze 3000 as product name for the p
* Add support for usb driver for i.MX7D SoC
Signed-off-by: Adrian Alonso
Signed-off-by: Ye.Li
Signed-off-by: Peng Fan
---
Changes for V2: Resend
Changes for V3:
- Integrate review obserbations
- Add comments for fucntions board_ehci_hcd_init/board_ehci_power
drivers/usb/host/Makefile | 1
On Wed 2015-07-22 09:49:07, Simon Glass wrote:
> This file does not need its own way of doing debug(). Clean it up to use the
> new way.
>
> Signed-off-by: Simon Glass
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.c
On Wed, Jul 22, 2015 at 03:33:22PM -0600, Stephen Warren wrote:
> From: Thierry Reding
>
> Signed-off-by: Thierry Reding
> Signed-off-by: Tom Warren
> Signed-off-by: Stephen Warren
Acked-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
On 07/22/2015 03:33 PM, Stephen Warren wrote:
Apparently Heiko is out-of-the-office until Aug 10th.
Tom Rini, perhaps you could apply this directly to u-boot.git, or ack it
so that Tom Warren can apply it to the Tegra tree? The basic Tegra210
SoC patches will rely on these warnings being fixed
From: Thierry Reding
Signed-off-by: Thierry Reding
Signed-off-by: Tom Warren
[swarren, stripped out changes not strictly related to warnings]
Signed-off-by: Stephen Warren
---
Tom, if you look at https://github.com/swarren/u-boot/tree/t210-testing
you'll see commit "ARM: tegra: parts of 64-bit
From: Thierry Reding
Signed-off-by: Thierry Reding
Signed-off-by: Tom Warren
Signed-off-by: Stephen Warren
---
drivers/mmc/tegra_mmc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/tegra_mmc.c b/drivers/mmc/tegra_mmc.c
index d555692f7fc0..31b6c56900b6 1
From: Thierry Reding
Signed-off-by: Thierry Reding
Signed-off-by: Tom Warren
Signed-off-by: Stephen Warren
---
drivers/i2c/tegra_i2c.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/tegra_i2c.c b/drivers/i2c/tegra_i2c.c
index fc9564699489..a4289788a65c 100
From: Stephen Warren
This is the same as f72d8320b605 "usb: ci_udc: fix warnings on 64-bit
builds", but more.
Signed-off-by: Stephen Warren
---
drivers/usb/gadget/ci_udc.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/gadget/ci_udc.c b/dri
Hi Marek,
Comments inline.
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Monday, July 20, 2015 8:56 PM
> To: Alonso Lazcano Adrian-B38018
> Cc: u-boot@lists.denx.de; sba...@denx.de; ota...@ossystems.com.br;
> Estevam Fabio-R49496; Li Frank-B20596; Garg Nitin-B371
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, July 22, 2015 1:35 PM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Thierry Reding; Stephen Warren;
> tomcwarren3...@gmail.com
> Subject: Re: [U-Boot] [PATCH V2 0/6] Tegra210/P2571 initial support
From: Stephen Warren
Use %p to print pointers.
The max value of (i_buf - i_buf_start) should be dfu_buf_size, which is
an unsigned long, so cast the pointer difference to that type to print.
Change-Id: Iee242df9f8eb091aecfe0cea4c282b28b547acfe
Signed-off-by: Stephen Warren
---
drivers/dfu/dfu
On 07/20/2015 01:50 PM, Tom Warren wrote:
This patch series adds support for the Tegra210
SoC and the P2571 board. Most of the T210 info
is identical to T124 at this point, so I just
cloned Venice2/Jetson-TK1 board files and T124
header/SoC code. Pinmux is the major area of
difference at this tim
Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, July 22, 2015 10:40 AM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Thierry Reding; Stephen Warren;
> tomcwarren3...@gmail.com
> Subject: Re: [U-Boot] [PATCH V2 2/6] Tegra: Rework KConfig
Hi Simon,
On Wed, Jul 22, 2015 at 9:31 AM, Simon Glass wrote:
> +Masahiro and Albert
>
> Hi Joe,
>
> On 15 July 2015 at 11:41, Joe Hershberger wrote:
>> Hi Simon,
>>
>> On Thu, Jul 9, 2015 at 9:15 AM, Simon Glass wrote:
>>> With driver model drivers can have things stored in several places. The
The mailbox buffer is required to be at least 16 bytes aligned, but for
cache invalidation and/or flush it needs to be cacheline aligned.
Use ALLOC_CACHE_ALIGN_BUFFER for all mailbox buffer allocations.
Signed-off-by: Alexander Stein
---
Changes in v3:
* Use ALLOC_CACHE_ALIGN_BUFFER instead of AL
This adds dcache support for dwc2. The DMA buffers must be DMA aligned and
is flushed for outgoing transactions before starting transfer. For
ingoing transactions it is invalidated after the transfer has finished.
Signed-off-by: Alexander Stein
---
drivers/usb/host/dwc2.c | 16 +---
This patchset enables dcache support for Raspberry Pi 1.
First the cache support code for arm1136 and 1176 was merged.
CONFIG_SYS_CACHELINE_SIZE is defined as 32 bytes which is used as alignment
for mailbox buffer allocations.
Then rpi mailbox code has now dcache flush for writing the mailbox reque
This patch makes the Boot Parameter Structure of AM43XX available to U-Boot.
The feature is already available for OMAP3 and OMAP4, but not AM43XX. It also
adds the value of the boot device to the U-Boot environment.
Signed-off-by: Edgar Holleis
---
arch/arm/cpu/armv7/am33xx/board.c
1 - 100 of 272 matches
Mail list logo
