Hi Tim,
please pull the following Marvell / MVEBU patches. Travis
has some timeouts so I was not able to build there, but
all MVEBU boards build without issues.
Thanks,
Stefan
The following changes since commit 8d3a25685e4aac7070365a2b3c53c2c81b27930f:
Merge git://git.denx.de/u-boot-dm (2017
Hi Baruch,
On 04.07.2017 19:23, Baruch Siach wrote:
Armada 38x also uses image header v1.
Signed-off-by: Baruch Siach
All 4 patches:
Applied to u-boot-marvell/master.
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.
Hi Igal,
On 13.06.2017 09:35, ig...@marvell.com wrote:
From: Igal Liberman
Currently, Marvell Armada8k development board use 3 different
defconfigs:
mvebu_db-88f7040-nand_defconfig
mvebu_db-88f7040_defconfig
mvebu_db-88f8040_defconfig
Having 3 different defconfigs ma
Hi Marek,
On 09.06.2017 19:28, Marek Behún wrote:
This is the fourth version of patches for adding support for the
Turris Omnia board, a router developed by the CZ.NIC.
Modifications from last version:
- Since the new driver model API does not expose the
watchdog_reset function, only wd
On Isn, 2017-07-03 at 17:07 +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> This is the 11th version of patchset to adds support for Intel Arria
> 10 SoC FPGA
> driver. This version mainly resolved comments from Dinh in [v10].
> This series is
> working on top of u-boot-socfpga.
This pmic includes regulators which should have their own driver. Add
a driver to support these.
Signed-off-by: Simon Glass
Reviewed-by: Lukasz Majewski
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/power/regulator/Kconfig| 9 ++
drivers/power/regulator
Update the tegra mmc driver to support a live device tree.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/mmc/tegra_mmc.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/mmc/tegra_mmc.c b/drivers
These are not needed now since the drivers now use driver model. Drop
them.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/fdtdec.h | 6 --
lib/fdtdec.c | 6 --
2 files changed, 12 deletions(-)
diff --git a/include/fdtdec.h b/inc
Update these drives to support a live device tree.
Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/video/tegra124/display.c | 8 +++-
drivers/video/tegra124/dp.c | 3 +--
drivers/video/tegra124/sor.c
Update the tegra pci driver to support a live device tree. Fix the check
for nvidia,num-lanes so that an error will actually be detected.
Signed-off-by: Simon Glass
---
Changes in v4:
- Update to deal with rename of ofnode_read_prop()
Changes in v3:
- Add new patch to convert tegra PCI to devic
Convert this PMIC driver to driver model and fix up other users. The
regulator and GPIO functions are now handled by separate drivers.
Update nyan-big to work correct. Three boards will need to be updated by
the maintainers: apalis-tk1, jetson-tk1, cei-tk1-som
Signed-off-by: Simon Glass
Reviewed
Change these board to use a live device tree after relocation.
Signed-off-by: Simon Glass
- Enable livetree for jetson-tk1 also
---
Changes in v4:
- Rebase to master
- Drop changes already applied
- Fix PCI and i2c init problems on jetson-tx1
Changes in v3:
- Enable livetree for jetson-tk1 als
Update the tegra114 spi driver to support a live device tree.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/spi/tegra114_spi.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/spi/tegra114_spi.c b/dri
Update the tegra i2c driver to support a live device tree.
Signed-off-by: Simon Glass
---
Changes in v4:
- Drop fdtdec.h header
Changes in v3: None
Changes in v2: None
drivers/i2c/tegra_i2c.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/tegra_i2c.c b/
Adjust this code to support a live device tree. This should be implemented
as a PHY driver but that is left as an exercise for the maintainer.
Signed-off-by: Simon Glass
---
Changes in v4:
- Update to use ofnode_read_resource()
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch
The PMC can be modelled as a syscon peripheral. Add a driver for this
so that it can be accessed by drivers when needed. Enable it for tegra124
boards.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3:
- Update commit message, enable for all tegra124 boards not just nyan-big
Cha
This pmic includes GPIOs which should have their own driver. Add
a driver to support these.
Signed-off-by: Simon Glass
Reviewed-by: Lukasz Majewski
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/power/pmic/as3722_gpio.c | 120 +++
i
Update the Tegra EHCI driver to support a live device tree.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/usb/host/ehci-tegra.c | 34 ++
1 file changed, 14 insertions(+), 20 deletions(-)
diff --git a/drivers/
Update the GPIO driver to support a live device tree.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpio/tegra_gpio.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio/tegra_gpio.c b/drivers/gpio/teg
Update the tegra pwm driver to support a live device tree.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/pwm/tegra_pwm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/tegra_pwm.c b/drivers/pwm/tegra_pwm.c
in
Adjust this to take a device as a parameter instead of a node.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-tegra/clock.h | 2 +-
arch/arm/mach-tegra/clock.c | 5 ++---
drivers/spi/tegra114_spi.c |
This property should be in the /chosen node, not /aliases.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/tegra124-nyan-big.dts | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/tegra124-nyan-big.dts
b
At present this function only supports 32-bit (single-cell) values. Update
it to support two-cell values also.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to fix up ofnode_get_addr_index() for 64-bit values
Changes in v3: None
Changes in v2: None
drivers/core/ofnode.c | 9 ++
We sometimes need to read a resource from an arbitrary node. In any case
for consistency we should not put the live-tree switching code in
a dev_read_...() function. Update this to suit.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to add ofnode_read_resource()
Changes in v3: N
Enable the debug UART in SPL to allow early serial output even if the
standard UART does not work (e.g. due to driver model problem).
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-tegra/spl.c | 4
1 file changed, 4 insertions(+)
This moves four entire boards to use a live device tree as an example of
the impact.
Nyan-big was chosen because I can easily and boot U-Boot without any
media swapping, etc. Beaver is enabled as well since it failed to boot
with serial v1 due to a disabled console node. Jetson-TK1 is chosen
becau
Hi Marcel,
On 11 July 2017 at 10:10, Simon Glass wrote:
> Hi Marcel,
>
> On 11 July 2017 at 09:33, Marcel Ziswiler wrote:
>>
>> On Thu, 2017-07-06 at 11:35 -0600, Simon Glass wrote:
>> > Hi,
>> >
>> > On 14 June 2017 at 10:57, Simon Glass wrote:
>> > > Hi Stephen,
>> > >
>> > > On 14 June 2017
On Tue, Jul 11, 2017 at 12:42:31PM -0600, Simon Glass wrote:
> Hi Tom,
>
> This includes SCSI DM conversion, livetree updates for tegra (although many
> patches will come later due to testing problems), ofnode tidy-up patches,
> dtoc and moveconfig improvements.
>
> I am having trouble with time
Hi all,
This is Shiwen, good morning! :)
I wan to do fast boot for arm , but I am not familiar with U-boot, as
title says, I'm curious that U-boot for smdk2410 allow snapshot
restoration? If allowed, can you tell me witch function do this work?
Any advice will be appreciated, thanks.
Have a
EHC reports supported maximum number of ports in the HCSPARAMS
register, so it's unnecessary to use a hardcoded config option
CONFIG_SYS_USB_EHCI_MAX_ROOT_PORTS.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes
Occasionally it was observed that on Intel MinnowMax board, with a
USB 2.0 device connected to the bottom port, when doing 'usb start'
on the xHCI controller:
scanning bus 0 for devices... cannot reset port 3!?
But neither of the two USB ports is routed to xHCI root port 3.
Adding some debug in
Now that EHCD does not use CONFIG_SYS_USB_EHCI_MAX_ROOT_PORTS,
remove it in all boards' config files.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/ehci-omap.h| 4
USB 3.0 hubs have a slightly different hub descriptor than USB 2.0
hubs, with a fixed (rather than variable length) size. Change the
host controller drivers that access those last two fields
(DeviceRemovable and PortPowerCtrlMask) to use the union.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
The scratchpad buffer array is used to define the locations of
statically allocated memory pages that are available for the
private use of the xHC. The xHCI spec explicitly mentions that
system software shall allocate the scratchpad buffers before
placing the xHC in to Run mode (Run/Stop (R/S) = ‘1
HCSPARAMS1:MaxPorts field specifies the maximum port number value,
and its valid values are in the range of 1 to 255.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2: None
drivers/usb/host/xhci.h | 6 ++
Now that xHCD does not use CONFIG_SYS_USB_XHCI_MAX_ROOT_PORTS,
remove it in all boards' config files.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2: None
include/configs/am43xx_evm.h | 1 -
in
USB 3.0 hub port status has different bit position regarding to
port power, port speed, etc. But others are the same as 2.0 hubs.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2: None
include/usb_defs.h
USB 3.0 defines bMaxPacketSize0 field in the device descriptor as
the exponent of 2, so let's print the calculated actual size.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2:
- Change to use uint and a
BayTrail SoC supports both EHCI and xHCI controllers. However only
one host controller (either EHCI or xHCI) can be used. To enable
HSIC and SS ports, xHCI must be used. This turns on xHCI support on
Intel MinnowMax board.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roes
Add CONFIG_USB_XHCI_PCI as a Kconfig option.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2:
- Update description to use "PCI-based"
- Remove CONFIG_USB_XHCI_PCI from config_whitelist.txt
drivers/usb/
xHC reports supported maximum number of ports in the HCSPARAMS1
register, so it's unnecessary to use a hardcoded config option
CONFIG_SYS_USB_XHCI_MAX_ROOT_PORTS.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes
For accuracy, we should use 'sizeof(struct usb_port_status)' as the
wLength for 'get port status' request, although it happens to be
equal to 'sizeof(struct usb_hub_status)'.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3:
It was observed that on Intel MinnowMax board, when xHCI is enabled
in the BayTrail SoC, with a USB 3.0 device connected to the bottom
USB 3.0 port (mapped to xHCI root port #7), its PORTSC register is
always 0x201203 (CCS = 1, CSC = 0). The root cause of such behavior
is unknown yet. Connect statu
Testing a USB 3.0 hub by connecting it to the xHCI port on Intel
MinnowMax, when issuing 'get hub descriptor' to the hub, xHCI
reports a transfer event TRB with a completion code 6 which means
'Stall Error'.
In fact super speed USB hub descriptor type is 0x2a, not 0x29.
Sending correct SETUP packe
A valid input slot context for a 'configure endpoint' command requires
the 'Context Entries' field to be initialized to the index of the last
valid endpoint context that is defined by the target configuration. We
set up the 'Context Entries' field, but we forget to include the input
slot context in
In xhci_queue_command(), when the command is not 'reset endpoint',
'stop endpoint' or 'set TR dequeue pointer', endpoint ID should not
be encoded in the TRB.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v
There is no member called 'dma' in struct xhci_container_ctx. Remove
the comments that mentions it.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
Reviewed-by: Stefan Roese
Tested-by: Stefan Roese
---
Changes in v3: None
Changes in v2: None
drivers/usb/host/xhci.h | 3 +--
1 file changed,
Currently U-Boot xHCI driver does not work on Intel BayTrail SoC based
boards that have USB 3.0 ports. Trying to do a 'usb start' simply hangs
the board. This series fixes a bunch of xHCI driver issues to make it
work on Intel's platform.
Issues identified in the U-Boot xHCI driver are really spec
On 11 July 2017 at 13:04, Philipp Tomsich
wrote:
> When building for a TPL/SPL setup (e.g. on the RK3368), we need the
> TPL stage to have the extra space for for the 'Rockchip SPL name'
> (i.e. 'RK33' word). Yet, the SPL will start execution at its first
> word (i.e. the first word in the SPL bi
On 11 July 2017 at 15:30, Philipp Tomsich
wrote:
>
> The include-guard for dm-structs.h was misspelled as __DT_STTUCTS.
> Change it.
>
> Signed-off-by: Philipp Tomsich
> ---
>
> include/dt-structs.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Simon Glass
__
On 11 July 2017 at 12:59, Philipp Tomsich
wrote:
> The clk driver for the RK3368 picked the wrong data structure's size
> for its auto-alloc size: the size was calculated on the structure
> representing the CRU hardware block instead of the priv structure.
> As the CRU's register file is much larg
On 11 July 2017 at 12:49, Philipp Tomsich
wrote:
> The rk3368_clk_priv has two unused fields: rate, has_bwadj. This
> removes them as there's no need for either (i.e. has_bwadj is always
> true for the RK3368, according to its TRM).
>
> Signed-off-by: Philipp Tomsich
> ---
>
> arch/arm/include/a
On 11 July 2017 at 12:49, Philipp Tomsich
wrote:
> This removes the unused 'rate' field from both rk3399_pmuclk_priv and
> rk3399_clk_priv. I didn't bother to check where this came from (i.e.
> what the historical context of these was), but only verified that
> these are indeed unused across all c
Hi Wolfgang,
On 10 July 2017 at 14:08, Wolfgang Denk wrote:
> Dear Simon,
>
> In message <20170709205313.116174-29-...@chromium.org> you wrote:
>> Use the env_save() function directly now that there is only one
>> implementation of saveenv().
> ...
>
>> printf("Setting reboot to fastboot fl
Hi Christophe,
On 11 July 2017 at 01:59, Christophe LEROY wrote:
> Hi Simon,
>
>
> Le 10/07/2017 à 18:38, Simon Glass a écrit :
>>
>> Hi Christophe,
>>
>> On 10 July 2017 at 02:10, Christophe LEROY
>> wrote:
>>>
>>> Simon,
>>>
>>> Le 09/07/2017 à 22:52, Simon Glass a écrit :
The e
On Tue, Jul 11, 2017 at 08:06:33PM +0200, Dr. Philipp Tomsich wrote:
> Tom,
>
> With the new merge window open, I’d like to sync some of changes accumulated
> for Rockchip.
> Please pull into u-boot/master. Thanks!
>
> Thanks,
> Phil.
>
> The following changes since commit d85ca029f257b53a96da
The include-guard for dm-structs.h was misspelled as __DT_STTUCTS.
Change it.
Signed-off-by: Philipp Tomsich
---
include/dt-structs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/dt-structs.h b/include/dt-structs.h
index e13afa6..0732c44 100644
--- a/include/d
The UEFI specification requires that LocateProtol finds the first
handle supporting the protocol and to return a pointer to its
interface.
So we have to assign the protocols to an efi_object and not use
any separate storage.
Signed-off-by: Heinrich Schuchardt
---
v2
new patch
---
cmd/bo
efi_open_protocol was implemented to call a protocol specific open
function to retrieve the protocol interface.
The UEFI specification does not know of such a function.
It is not possible to implement InstallProtocolInterface with the
current design.
With the patch the protocol interface itself
ConvertPathToText is implemented for
* type 4- media device path
* subtype 4 - file path
This is the kind of device path we hand out for block devices.
All other cases may be implemented later.
Signed-off-by: Heinrich Schuchardt
---
v2
new patch
---
cmd/bootefi.c
Currently only a small fraction of the UEFI specification is
implemented in U-Boot. It is sufficient to load grub but it
fails on iPXE.
With this patch series all EFI protocol services are implemented
that are needed to reach the console prompt of the
bin--efi/snponly.efi target of iPXE.
Futher p
For the implementation of UninstallMultipleProtocolInterfaces we
need to call efi_uninstall_protocol_interface. In internal calls
we should not pass through EFI_EXIT.
The patch introduces a wrapper function
efi_uninstall_protocol_interface_ext.
Signed-off-by: Heinrich Schuchardt
---
v2
n
Implement InstallMultipleProtocolInterfaces in function
efi_install_multiple_protocol_interfaces by repeatedly
calling efi_install_protocol_interface.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_boottime.c | 39 ++-
1 fil
Without the patch efi_uninstall_protocol_interface always returns an
error.
With the patch protocols without interface can be uninstalled.
Signed-off-by: Heinrich Schuchardt
---
v2
Check if protocol != NULL to avoid illegal memory access.
---
lib/efi_loader/efi_boottime.c | 40 +
efi_install_protocol_interface up to now only returned an error code.
The patch implements the UEFI specification for InstallProtocolInterface
with the exception that it will not create new handles.
Signed-off-by: Heinrich Schuchardt
---
v2
Correctly check GUIDs.
---
include/efi_api.h
For the implementation of InstallMultipleProtocolInterfaces we
need to call efi_install_protocol_interface. In internal calls
we should not pass through EFI_EXIT.
The patch introduces a wrapper function
efi_install_protocol_interface_ext.
Signed-off-by: Heinrich Schuchardt
---
v2
no chan
UEFI boot service LocateHandleBuffer is implemented by calling
efi_allocate_handle and efi_locate_handle.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_boottime.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/li
To implement LocateHandleBuffer we need to call efi_locate_handle
internally without running through EFI_EXIT.
So put EFI_ENTRY and EFI_EXIT into a new wrapper function
efi_locate_handle_ext.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_boottime.c | 21
Add all parameter checks for function efi_open_protocol that do not
depend on a locking table.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
lib/efi_loader/efi_boottime.c | 31 +++
1 file changed, 27 insertions(+), 4 deletions(-)
diff --git a/lib/ef
Four protocols per object is too few to run iPXE.
Let's raise the number of protocols per object to eight.
Signed-off-by: Heinrich Schuchardt
---
v2
new patch
---
include/efi_loader.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/efi_loader.h b/include/
On Mon, Jul 10, 2017 at 03:44:17PM +0200, Olliver Schinagl wrote:
> Ping,
>
> any reason this hasn't been merged yet? :)
I don't know. Jagan?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
signature.asc
Description: PGP signature
_
When building for a TPL/SPL setup (e.g. on the RK3368), we need the
TPL stage to have the extra space for for the 'Rockchip SPL name'
(i.e. 'RK33' word). Yet, the SPL will start execution at its first
word (i.e. the first word in the SPL binary needs to be a valid
instruction). To make things a b
The clk driver for the RK3368 picked the wrong data structure's size
for its auto-alloc size: the size was calculated on the structure
representing the CRU hardware block instead of the priv structure.
As the CRU's register file is much larger than the driver's priv,
this did not cause any pain (ex
This removes the unused 'rate' field from both rk3399_pmuclk_priv and
rk3399_clk_priv. I didn't bother to check where this came from (i.e.
what the historical context of these was), but only verified that
these are indeed unused across all code-paths.
Signed-off-by: Philipp Tomsich
---
arch/arm
The rk3368_clk_priv has two unused fields: rate, has_bwadj. This
removes them as there's no need for either (i.e. has_bwadj is always
true for the RK3368, according to its TRM).
Signed-off-by: Philipp Tomsich
---
arch/arm/include/asm/arch-rockchip/cru_rk3368.h | 2 --
1 file changed, 2 deletion
Hi Tom,
This includes SCSI DM conversion, livetree updates for tegra (although many
patches will come later due to testing problems), ofnode tidy-up patches,
dtoc and moveconfig improvements.
I am having trouble with timeouts with travis-ci but buildman is clean.
The following changes since comm
Tom,
With the new merge window open, I’d like to sync some of changes accumulated
for Rockchip.
Please pull into u-boot/master. Thanks!
Thanks,
Phil.
The following changes since commit d85ca029f257b53a96da6c2fb421e78a003a9943:
Prepare v2017.07 (2017-07-10 13:07:38 -0400)
are available in th
Maxime,
> On 11 Jul 2017, at 18:59, Tom Rini wrote:
>
> On Tue, Jul 11, 2017 at 06:54:55PM +0200, Maxime Ripard wrote:
>> Hi,
>>
>> I recently got a gcc 7.1 based toolchain, and it seems like it
>> generates unaligned code, specifically in the net_set_ip_header
>> function in my case.
>>
>> Wh
On Tue, Jul 11, 2017 at 2:24 PM, Fabio Estevam wrote:
> warp can run different kernel versions, such as NXP 4.1 or
> mainline.
>
> Currently the rootfs location is passed via mmcblk number and the
> problem with this approach is that the mmcblk number for the eMMC
> changes depending on the kernel
warp can run different kernel versions, such as NXP 4.1 or
mainline.
Currently the rootfs location is passed via mmcblk number and the
problem with this approach is that the mmcblk number for the eMMC
changes depending on the kernel version.
In order to avoid such issue, use UUID method to specif
On Tue, Jul 11, 2017 at 06:54:55PM +0200, Maxime Ripard wrote:
> Hi,
>
> I recently got a gcc 7.1 based toolchain, and it seems like it
> generates unaligned code, specifically in the net_set_ip_header
> function in my case.
>
> Whenever some packet is sent, this data abort is triggered:
>
> =>
Hi,
I recently got a gcc 7.1 based toolchain, and it seems like it
generates unaligned code, specifically in the net_set_ip_header
function in my case.
Whenever some packet is sent, this data abort is triggered:
=> setenv ipaddr 10.42.0.1; ping 10.42.0.254
using musb-hdrc, OUT ep1out IN ep1in ST
From: Kishon Vijay Abraham I
Instead of sending STOP TRANSMISSION command from MMC core, enable
the auto command feature so that the Host Controller issues CMD12
automatically when last block transfer is completed.
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Jean-Jacques Hiblot
---
d
From: Kishon Vijay Abraham I
omap_hsmmc driver uses "|" in a couple of places for disabling a bit.
While it's okay to use it in "mmc_reg_out" (since mmc_reg_out has a
_mask_ argument to take care of resetting a bit), it's incorrectly used
for resetting flags in "omap_hsmmc_send_cmd".
Fix it here
Align the base address defined in header files with the base address used
in the DTS. This will facilitate the introduction of the DMA support.
Of all HSMMC users, only omap3 doesn't have the 0x100 reserved region at
the top. This region will be used to determine if the controller supports
DMA tra
From: Kishon Vijay Abraham I
The omap hsmmc host controller can have the ADMA2 feature. It brings better
read and write throughput.
On most SOC, the capability is read from the hl_hwinfo register. On OMAP3,
DMA support is compiled out.
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Jean-J
This reverts commit 46831c1a4cda75d92f7ad18d4e2b1eb196c62b2f.
This reserved area at the beginning of struct hsmm, will be used later to
support ADMA
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/include/asm/omap_mmc.h | 3 +++
drivers/mmc/omap_hsmmc.c| 35 -
This series enables the ADMA present in some OMAP SOCs.
On a DRA7 the performances when reading from the eMMC go from 20MB/s
to 40MB/s.
Also while were at it, fix some incorrect bit operations
This is the first series of 3 which wille enable HS200 and UHS on the omap5
platforms (dra7 and am57).
T
Hi Marcel,
On 11 July 2017 at 09:33, Marcel Ziswiler wrote:
>
> On Thu, 2017-07-06 at 11:35 -0600, Simon Glass wrote:
> > Hi,
> >
> > On 14 June 2017 at 10:57, Simon Glass wrote:
> > > Hi Stephen,
> > >
> > > On 14 June 2017 at 10:48, Stephen Warren
> > > wrote:
> > > > On 06/14/2017 10:32 AM,
On Thu, 2017-07-06 at 11:35 -0600, Simon Glass wrote:
> Hi,
>
> On 14 June 2017 at 10:57, Simon Glass wrote:
> > Hi Stephen,
> >
> > On 14 June 2017 at 10:48, Stephen Warren
> > wrote:
> > > On 06/14/2017 10:32 AM, Stephen Warren wrote:
> > > >
> > > > On 06/14/2017 05:30 AM, Simon Glass wrote
Hello,
Le 11/07/2017 à 15:43, Dr. Philipp Tomsich a écrit :
>> On 10 Jul 2017, at 08:43, Romain Perier wrote:
>>
>> Le 07/07/2017 à 05:58, Simon Glass a écrit :
>>> +Philipp
>>>
>>> Hi Romain,
>>>
>>> On 3 July 2017 at 01:13, Romain Perier wrote:
Currently, selecting state simple is done b
> On 07 Jul 2017, at 05:58, Simon Glass wrote:
>
> +Philipp
>
> Hi Romain,
>
> On 3 July 2017 at 01:13, Romain Perier wrote:
>> Currently, selecting state simple is done by the device driver model,
>> prior probing the driver. The problem is that it's done and called on
>> the pinctrl node wi
> On 10 Jul 2017, at 08:43, Romain Perier wrote:
>
> Le 07/07/2017 à 05:58, Simon Glass a écrit :
>> +Philipp
>>
>> Hi Romain,
>>
>> On 3 July 2017 at 01:13, Romain Perier wrote:
>>> Currently, selecting state simple is done by the device driver model,
>>> prior probing the driver. The proble
On Tue, Jul 04, 2017 at 06:24:43PM +0200, Patrice Chotard wrote:
> From: Patrice Chotard
>
> To set wait state, a hard coded value is used instead of using
> latency parameter. stm32_flash_latency_cfg() is currently used
> in arch/arm/mach-stm32/stm32f4/clock.c and in
> drivers/clk/clk_stm32f7.c
On Fri, Jun 16, 2017 at 05:25:33PM -0500, Cooper Jr., Franklin wrote:
> Include K2G ICE to OF_LIST so it can be used for runtime board
> detection.
>
> Signed-off-by: Franklin S Cooper Jr
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital si
On Mon, Jun 26, 2017 at 03:52:47PM +0200, Jorge Ramirez-Ortiz wrote:
> Pulled from Linux 4.12-rc3
>
> Signed-off-by: Jorge Ramirez-Ortiz
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Fri, Jun 16, 2017 at 05:25:32PM -0500, Cooper Jr., Franklin wrote:
> K2G ICE evm will have its own dtb. Therefore, add it to the list of dtbs
> located in the appended U-boot dtb FIT image. Therefore, when swapping out
> dtbs K2G ICE boards can grab the correct one.
>
> Signed-off-by: Franklin
On Mon, Jun 26, 2017 at 03:52:48PM +0200, Jorge Ramirez-Ortiz wrote:
> This driver is used in another board; remove board information from
> the driver debug log.
>
> Signed-off-by: Jorge Ramirez-Ortiz
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descri
On Fri, Jun 16, 2017 at 05:25:12PM -0500, Cooper Jr., Franklin wrote:
> Runtime U-boot dtb selection is generally a two step process. First step
> is to simply use an initial generic dtb. The second step is to select
> the dtb and perhaps execute additional code ones U-boot knows what board
> it i
On Fri, Jul 07, 2017 at 12:13:34PM +0200, Jean-Jacques Hiblot wrote:
> ARCH_OMAP2 has been renamed ARCH_OMAP2PLUS in commit a93fbf4a7892
> ("ARM: omap2+: rename config to ARCH_OMAP2PLUS and consolidate Kconfig")
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Tom Rini
Applied to u-boot/m
1 - 100 of 147 matches
Mail list logo
