Sorry, please ignore. I was just testing my git.
-Peng
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
From: Tom Rini
The "clocks" and "bootaux" commands are only usable in full U-Boot, not
SPL, so do not link them inside of SPL. Rework a little of the bootaux
related code to make use of __weak and declare parts of it static as
it's local to the file.
---
arch/arm/mach-imx/Makefile | 2 +
From: Hou Zhiqiang
Mask HRESET_B after cleared the the RCW_SRC, because in the workaround
we override the RCW_SRC and if HRESET_B is issued after the override
then SoC cannot find valid RCW as the RCW_SRC was overwritten and result
in hang. So we need to mask HRESET_B in case user asserts it, and
Hi Alex,
On 24.4.2018 21:50, Alexander Graf wrote:
> I would like to create a generic U-Boot build that adapts itself completely
> based on the DT passed in. That way we can potentially support running
> random board configurations with a single U-Boot binary built as part of
> the distribution.
>
On 25.04.18 07:56, Michal Simek wrote:
> DISPLAY_BOARDINFO in OF case show model identification string from DT.
> Enable this feature instead of custom IDENT_STRING which does the same
> thing.
>
> Signed-off-by: Michal Simek
Makes a lot of sense, especially with the generic target in mind :).
I would like to create a generic U-Boot build that adapts itself completely
based on the DT passed in. That way we can potentially support running
random board configurations with a single U-Boot binary built as part of
the distribution.
Currently a few things are still missing to make it a full r
DISPLAY_BOARDINFO in OF case show model identification string from DT.
Enable this feature instead of custom IDENT_STRING which does the same
thing.
Signed-off-by: Michal Simek
---
configs/xilinx_zynqmp_zc1232_revA_defconfig | 2 --
configs/xilinx_zynqmp_zc1254_revA_defconfig | 2 --
Hi Tom,
Please pull this PR.
thanks,
Jagan.
The following changes since commit 40df6b3e1882c55dd34b9177a42e21a591d668ee:
Merge git://git.denx.de/u-boot-socfpga (2018-04-17 17:45:28 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-spi.git master
for you to fetch ch
On Mon, Apr 23, 2018 at 8:27 PM, Lothar Felten wrote:
> Add support for the GMAC found in the Allwinner R40/V40 SoC.
>
> The R40 GMAC interface is not controlled by the syscon register but
> has a separate configuration register in the CCU.
> The clock gate and reset bits are in a different regist
On Wed, Feb 7, 2018 at 3:40 PM, Siva Durga Prasad Paladugu
wrote:
> Hi Jagan,
>
>
>> -Original Message-
>> From: Jagan Teki [mailto:ja...@amarulasolutions.com]
>> Sent: Tuesday, January 23, 2018 10:41 PM
>> To: Siva Durga Prasad Paladugu
>> Cc: U-Boot-Denx ; Siva Durga Prasad Paladugu
>>
Hi Duncan,
On 22 April 2018 at 21:22, Duncan Hare wrote:
>
>
>
>>From: Simon Glass
>>To: Duncan Hare
>>Sent: Sunday, April 22, 2018 1:10 PM
>>Subject: Re: [PATCH v10 3/3] Adding wget
>>
>>Hi Duncan,
>
>>On 17 April 2018 at 15:58, Duncan Hare wrote:
>>> From: Si
Hi Masahiro,
On 22 April 2018 at 22:50, Masahiro Yamada
wrote:
> 2018-04-23 5:11 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 17 April 2018 at 20:38, Masahiro Yamada
>> wrote:
>>> device_is_compatible() takes udevice, but there is no such a helper
>>> that takes ofnode.
>>>
>>> Signed-off-by
Hi Masahiro,
On 22 April 2018 at 22:56, Masahiro Yamada
wrote:
> Hi Simon,
>
>
> 2018-04-23 5:10 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 17 April 2018 at 20:38, Masahiro Yamada
>> wrote:
>>> Currently, regmap_init_mem() takes udevice. This requires the node
>>> has already been associat
On 22 April 2018 at 22:58, Masahiro Yamada
wrote:
> Hi Simon,
>
>
> 2018-04-23 5:11 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 17 April 2018 at 20:38, Masahiro Yamada
>> wrote:
>>> The syscon implementation in U-Boot is different from that in Linux.
>>> Thus, DT files imported from Linux do
On 19 April 2018 at 14:02, Heinrich Schuchardt wrote:
> CONFIG_CMD_LOG without CONFIG_LOG leads to a build error:
> ‘gd_t {aka volatile struct global_data}’ has no member named
> ‘default_log_level’
>
> So CMD_LOG should select LOG.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/Kconfig | 1
On 22 April 2018 at 22:26, Masahiro Yamada
wrote:
> Like Linux, syscon_node_to_regmap() allows a node to work as a syscon
> provider without binding it to a syscon driver. Test this.
>
> Requested-by: Simon Glass
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/sandbox/dts/test.dts | 8 +++
On 20 April 2018 at 02:55, Hannes Schmelzer <
hannes.schmel...@br-automation.com> wrote:
> From: Hannes Schmelzer
>
> Some IP-core implementations of the SDHCI have different troubles on the
> silicon where they are placed.
>
> On ZYNQ platform for example Xilinx doesn't accept the hold timing of
On 21 April 2018 at 06:00, Eugeniu Rosca wrote:
> RSA_SOFTWARE_EXP and RSA_FREESCALE_EXP are wrapped inside:
>
> if RSA
> ...
> endif
>
> So, remove the redundant "depends on RSA" from their depends expression.
> In addition, move SPL_RSA into the same "if RSA ... endif" block, since
> its
On 19 April 2018 at 13:59, Heinrich Schuchardt wrote:
> Compling with CONFIG_LOG and without CONFIG_DM results in
> common/log.c:47: undefined reference to `uclass_get_name'
>
> Signed-off-by: Heinrich Schuchardt
> ---
> common/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Simon
On Wed, Apr 25, 2018 at 1:46 AM, Tom Rini wrote:
> On Tue, Apr 24, 2018 at 09:57:58PM +0200, Maxime Ripard wrote:
>> Hi Jagan,
>>
>> On Fri, Apr 06, 2018 at 11:36:59AM +0530, Jagan Teki wrote:
>> > On Wed, Apr 4, 2018 at 12:36 PM, Maxime Ripard
>> > wrote:
>> > > On Wed, Apr 04, 2018 at 12:13:01P
Hi.
I found DWC3 usb driver on UniPhier SoC family
not working.
I did git-bisect, and the first bad commit is
7c839ea70c4991e8d4c322e074359ac5e155d59d is the first bad commit
commit 7c839ea70c4991e8d4c322e074359ac5e155d59d
Author: Neil Armstrong
Date: Wed Apr 11 17:08:01 2018 +0200
us
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Tuesday, April 24, 2018 8:14 PM
> To: Rick Jian-Zhi Chen(陳建志)
> Cc: u-boot@lists.denx.de; Greentime Ying-Han Hu(胡英漢);
> rickche...@gmail.com
> Subject: Re: NDS32 toolchain?
>
> On Tue, Apr 24, 2018 at 03:10:02AM +00
On Tue, Apr 24, 2018 at 09:10:13PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> The following changes since commit 5bc0543df3079add8152afa041b887d081d71839:
>
> treewide: Convert CONFIG_HOSTNAME to a string option (2018-04-08 18:31:09
> -0400)
>
> are available in the git repository at:
>
Hi Fabio,
Additionally, I did check that my-blob.dtb does contain the public key
after signing the fitimage by using 'fdtdump -s'
Thank you,
Davis
On Tue, Apr 24, 2018 at 9:19 PM, Davis Roman
wrote:
> Hi Fabio,
>
> Thank you so much for responding. It's good to know that I'm not alone in
> th
Hi Fabio,
Thank you so much for responding. It's good to know that I'm not alone in
the world. :)
Unfortunately, I'm stuck with 2016.03 for the moment.
So I'm still having issues with getting verified boot to work. After
compiling and installing the new u-boot image on my board I noticed that it
Hi Davis,
On Fri, Apr 20, 2018 at 9:00 PM, Davis Roman wrote:
> Hello,
>
> I'm trying to get verified-boot working using u-boot 2016.03 on an imx6.
It would be better to try something more recent, such as 2018.03 instead.
> So far I've managed to figure out that I need the following additional
Okay I found my answer. I'll post here for any other poor soul that might
need this.
So I ended up using:
$ make EXT_DTB=
to get past my previous error.
On Fri, Apr 20, 2018 at 8:21 PM, Davis Roman
wrote:
> Okay. I found my first mistake. I would help if I could spell properly!
>
> Turns ou
Hi Mario,
On 19 April 2018 at 01:50, Mario Six wrote:
>
> Hi Simon,
>
> On Wed, Apr 18, 2018 at 5:45 PM, Simon Glass wrote:
> > Hi Mario,
> >
> > On 18 April 2018 at 02:35, Mario Six wrote:
> >> Hi Simon,
> >>
> >> On Thu, Apr 12, 2018 at 6:37 PM, Simon Glass wrote:
> >>> Hi Mario,
> >>>
> >>>
Thanks so much for porting this, Alex!
On Tue, Apr 24, 2018 at 4:58 AM Alex Kiernan wrote:
> On Tue, Apr 24, 2018 at 11:24 AM, Alex Deymo wrote:
> > +Jocelyn.
> >
> > Thanks Alex for taking the time to port this!!
>
> It turned out to be a great opportunity to play with coccinelle on
> somethin
Hello
How can I make an on the fly modification to a particular devicetree
(contained inside a fitimage blob ) via the u-boot shell using the fdt
command?
The fdt command allows for modifications in ram so I figure this should be
possible.
Thank you,
Davis
__
On Tue, Apr 24, 2018 at 09:57:58PM +0200, Maxime Ripard wrote:
> Hi Jagan,
>
> On Fri, Apr 06, 2018 at 11:36:59AM +0530, Jagan Teki wrote:
> > On Wed, Apr 4, 2018 at 12:36 PM, Maxime Ripard
> > wrote:
> > > On Wed, Apr 04, 2018 at 12:13:01PM +0530, Jagan Teki wrote:
> > >> On Wed, Mar 21, 2018 at
Hi Jagan,
On Fri, Apr 06, 2018 at 11:36:59AM +0530, Jagan Teki wrote:
> On Wed, Apr 4, 2018 at 12:36 PM, Maxime Ripard
> wrote:
> > On Wed, Apr 04, 2018 at 12:13:01PM +0530, Jagan Teki wrote:
> >> On Wed, Mar 21, 2018 at 4:48 PM, Maxime Ripard
> >> wrote:
> >> > From: Philipp Tomsich
> >> >
> >
I would like to create a generic U-Boot build that adapts itself completely
based on the DT passed in. That way we can potentially support running
random board configurations with a single U-Boot binary built as part of
the distribution.
Currently a few things are still missing to make it a full r
I would like to create a generic U-Boot build that adapts itself completely
based on the DT passed in. That way we can potentially support running
random board configurations with a single U-Boot binary built as part of
the distribution.
Currently a few things are still missing to make it a full r
Hi,
On Mon, Apr 23, 2018 at 04:57:19PM +0200, Lothar Felten wrote:
> Add a device tree node for the Allwinner R40/V40 GMAC gigabit
> ethernet interface.
> The R40 SoC does not use the syscon register for GMAC settings.
>
> Signed-off-by: Lothar Felten
> ---
> arch/arm/dts/sun8i-r40.dtsi | 21 ++
Hi Tom,
The following changes since commit 5bc0543df3079add8152afa041b887d081d71839:
treewide: Convert CONFIG_HOSTNAME to a string option (2018-04-08 18:31:09
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
for you to fetch changes up to 751641814c
On Sun, 22 Apr 2018 09:47:48 -0400
Tom Rini tr...@konsulko.com wrote:
> With clang-4.0 and later we see:
> warning: logical not is only applied to the left hand side of this bitwise
> operator [-Wlogical-not-parentheses]
> if ((!gd->flags & GD_FLG_RELOC))
> ^ ~
>
> A
This patch adds an environment variable called "hab_enabled" which gets set
to a boolean status indicating whether HAB is enabled or not.
Subsequent patches can use this environment variable to determine if its
necessary to run a given binary through the hab_auth_img console command.
Signed-off-b
Assigning the UUID discovery path to a tweakable environment variable means
that later steps in the boot process - particularly a boot script can
change the target root partition of a particular Linux boot.
Retargeting the rootfs is an important feature when doing ping/pong
upgrades allowing a boo
setexpr allows us to do arithmetic for env variables - something that is
both useful and required when doing HAB authentication without hard-coding
HAB load addresses.
This patch enables CMD_SETEXPR for the WaRP7 defconfig.
Signed-off-by: Bryan O'Donoghue
Tested-by: Breno Lima
Reviewed-by: Fabi
We need to know the name of a signed boot-script, its better to have a
separate variable for this then to simply append some fixed string to an
existing image name.
Signed-off-by: Bryan O'Donoghue
Tested-by: Breno Lima
Reviewed-by: Fabio Estevam
---
include/configs/warp7.h | 1 +
1 file change
This patch adds BOOTROM_IVT_HDR_OFFSET at 0xC00. The BootROM expects to
find the IVT header at a particular offset in an i.MX image.
Defining the expected offset of the IVT header in the first-stage BootROM
image format is of use of later stage authentication routines where those
routines continue
This tree here is pullable
http://git.linaro.org/landing-teams/working/mbl/u-boot.git/log/?h=linaro-mbl%2bbod-nouart
v4:
- Add Tested-by and Reviewed-by from Fabio and Breno as indicated.
Thanks very much guys for taking the time to do that :)
- Adds patch tools/imximage: Fix fruity lack of 0
This patch adds support for verifying a signed boot.scr. With this in place
it's possible for run-time Linux to update boot.scr to set different
variables such as switching between different boot partitions, pointing to
different kernels etc and for u-boot to verify these changes via the HAB
prior
In order to sign images with the IMX code-signing-tool (CST) we need to
know the load address of a given image. The best way to derive this load
address is to make it into a define - so that u-boot.cfg contains the
address - which we can then parse when generating the IMX CST headers.
Signed-off-b
In order to sign images with the IMX code-signing-tool (CST) we need to
know the load address of a given image. The best way to derive this load
address is to make it into a define - so that u-boot.cfg contains the
address - which we can then parse when generating the IMX CST headers.
This patch m
commit 8519c9c98ad6 ("tools/imximage: use 0x prefix in HAB Blocks line")
adds an 0x prefix to each HAB Block number to make it easier for host tools
to process the HAB Block output, however it neglects to apply the same
prefix to the DCD Blocks directive. You need the DCD Blocks directive if
you ar
Right now a region of 0x30 bytes is allocated at the end of DRAM for
the purposes of loading an OPTEE firmware inside of it. This patch adds the
printout of the relevant address ranges.
Signed-off-by: Bryan O'Donoghue
Tested-by: Breno Lima
Reviewed-by: Fabio Estevam
---
board/warp7/warp7.c
Doing secure boot on the WaRP7 using a common image format and the same
variable to represent the base address for each call means we can reduce
down the command to a single environment command.
This patch adds warp7_auth_or_fail as a wrapper around
"hab_auth_img_or_fail ${hab_ivt_addr} ${filesize
Various function associated with booting the WaRP7 in High Assurance Boot
(HAB) mode are enabled by switching on CONFIG_SECURE_BOOT.
This patch enables CONFIG_SECURE_BOOT for the WaRP7 defconfig.
Signed-off-by: Bryan O'Donoghue
Tested-by: Breno Lima
Reviewed-by: Fabio Estevam
---
configs/warp
This patch introduces the environment variable ivt_offset. When we define a
load address for Linux or DTB or any file the IVT associated with that file
is prepended. We extract the actual load addresses from u-boot.cfg and feed
these values into the code-signing process - hence we want u-boot to ha
This patch enables CONFIG_BOOTM_TEE. Once enabled its possible to
chain-load Linux through OPTEE.
Loading kernel to 0x8080
=> run loadimage
Load FDT to 0x8300
=> run loadfdt
Load OPTEE to 0x8400
=> fatload mmc 0:5 0x8400 /lib/firmware/uTee.optee
Then chain-load to the kernel via
Requires setting CONFIG_OPTEE=y and setting an OPTEE TrustZone DRAM base in
include/configs/warp7.h.
Signed-off-by: Bryan O'Donoghue
Tested-by: Breno Lima
Reviewed-by: Fabio Estevam
---
configs/warp7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/warp7_defconfig b/config
Adding CONFIG_WARP7_ROOT_PART allows a defconfig to specify which partition
is use as the root partition on WaRP7, this is a desirable change in order
to support a different partitioning schemes. The default is the current
partition #2.
Signed-off-by: Bryan O'Donoghue
Tested-by: Breno Lima
Revie
In order to correctly produce an image with a IVT/DCD header we need to
define a CSF in imximage.cfg. We just use the mx7 default here.
All we have to do with this option switched on is "make u-boot.imx" and we
then will get
- u-boot.imx
- u-boot.imx.log
The log file is really important because
Subtracts CONFIG_OPTEE_TZDRAM_SIZE from the available DRAM size.
On WaRP7 we simply define the OPTEE region as from the maximum DRAM address
minus CONFIG_OPTEE_TZDRAM_SIZE bytes.
Note the OPTEE boot process will itself subtract the DRAM region it lives
in from the memory map passed to Linux.
Sig
Booting the following image with tip-of-tree we get a CAAM DECO error (and
subsequent crash due to a kernel bug in 4.1).
http://freescale.github.io/#download -> BoardsWaRPboard community - WaRP -
Wearable Reference PlatformFSL Community BSP 2.3fsl-image-multimediawayland
Image: fsl-image-multimed
From: Pierre-Jean TEXIER
This enable generic file system commands (load, ls).
Signed-off-by: Pierre-Jean TEXIER
Acked-by: Bryan O'Donoghue
Reviewed-by: Fabio Estevam
Signed-off-by: Bryan O'Donoghue
---
configs/warp7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/warp7
This patch removes warp7_secure_defconfig. A previous patch set
CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
if I could confirm that the NXP and upstream kernels will boot on the WaRP7
with CONFIG_ARMV7_BOOT_SEC_DEFAULT=y. I can confirm that this is the case,
so there's
This tree here is pullable
http://git.linaro.org/landing-teams/working/mbl/u-boot.git/log/?h=linaro-mbl%2bbod-nouart
v5:
- Fixes broken merge conflict missed in last patch resend
V4:
- Adds Tested-by/Reviewed-by from Beno and Fabio as indicated
for my patches
- Resends Pierre-Jean's patch
S
On 24/04/18 18:37, Fabio Estevam wrote:
Hi Bryan,
On Tue, Apr 24, 2018 at 2:34 PM, Bryan O'Donoghue
wrote:
This patch removes warp7_secure_defconfig. A previous patch set
CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
if I could confirm that the NXP and upstream ke
Hi Bryan,
On Tue, Apr 24, 2018 at 2:34 PM, Bryan O'Donoghue
wrote:
> This patch removes warp7_secure_defconfig. A previous patch set
> CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
> if I could confirm that the NXP and upstream kernels will boot on the WaRP7
> with CON
This patch removes warp7_secure_defconfig. A previous patch set
CONFIG_ARMV7_BOOT_SEC_DEFAULT=y on the unsecure WaRP7 config. Fabio asked
if I could confirm that the NXP and upstream kernels will boot on the WaRP7
with CONFIG_ARMV7_BOOT_SEC_DEFAULT=y. I can confirm that this is the case,
so there's
From: Pierre-Jean TEXIER
This enable generic file system commands (load, ls).
Signed-off-by: Pierre-Jean TEXIER
Acked-by: Bryan O'Donoghue
Reviewed-by: Fabio Estevam
Signed-off-by: Bryan O'Donoghue
---
configs/warp7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/warp7
Booting the following image with tip-of-tree we get a CAAM DECO error (and
subsequent crash due to a kernel bug in 4.1).
http://freescale.github.io/#download -> BoardsWaRPboard community - WaRP -
Wearable Reference PlatformFSL Community BSP 2.3fsl-image-multimediawayland
Image: fsl-image-multimed
This tree here is pullable
http://git.linaro.org/landing-teams/working/mbl/u-boot.git/log/?h=linaro-mbl%2bbod-nouart
V4:
- Adds Tested-by/Reviewed-by from Beno and Fabio as indicated
for my patches
- Resends Pierre-Jean's patch
Since my parallel patchset relies on this patch I'm sending it a
On 24.4.2018 17:06, Lokesh Vutla wrote:
> Hi Michal,
>
> On Tuesday 24 April 2018 08:06 PM, Michal Simek wrote:
>> Hi Lokesh,
>>
>> On 24.4.2018 14:54, Lokesh Vutla wrote:
>>> The Cortex-R* processors are a mid-range CPUs for use in deeply-embedded,
>>> real-time systems. It implements the ARMv7-R
When USB3 is on comphy lane 2 on the Armada 37xx, the registers
have to be accessed indirectly via SATA indirect access.
This is the case of the Turris Mox board from CZ.NIC.
Signed-off-by: Marek Behun
---
drivers/phy/marvell/comphy_a3700.c | 102 -
drivers/p
This adds support for the CPU watchdog found on Marvell Armada 37xx
SoCs.
There are 4 counters which can be set as CPU watchdog counters.
This driver uses the second counter (ID 1, counting from 0)
(Marvell's Linux also uses second counter by default).
In the future it could be adapted to use othe
The driver does not check id phy_connect failed (for example on wrong
property name in device tree). In such a case a fault occurs and the
CPU is restarted.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/net/mvneta.c | 4
1 file changed, 4 insertions(+)
diff --git a/driv
Currently comphy_mux supports only trivial order of nodes in pin
selector register, that is lane N on position N*bitcount.
Add support for nontrivial order, with map stored in device tree
property mux-lane-order.
This is needed for Armada 37xx.
As far as I know, there is no driver for Armada 37x
Lane 0 supports SGMII1 and USB3.
Lane 1 supports SGMII0 and PEX0.
Lane 2 supports SATA0 and USB3.
This is needed for Armada 37xx.
This introduces new device tree bindings. AFAIK there is currently no
driver for Armada 37xx comphy in Linux. When such a driver will be
pushed into Linux, this will n
In SGMII initialization PIN_PIPE_SEL has to be zero when resetting
the PHY. Since comphy_mux already set the selector register to
correct values, we have to store it's value before setting it to 0
and restore it after SGMII init.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/
This adds basic support for the Turris Mox board from CZ.NIC, which is
currently being crowdfunded on Indiegogo.
Turris Mox is as modular router based on the Armada 3720 SOC (same as
EspressoBin).
The basic module can be extended by different modules. The device tree
binary for the kernel can be
Since now we have driver for clocks on Armada 37xx, use it to determine
SQF clock frequency for the SPI driver.
Also change the default config files for Armada 37xx devices so that
the clock driver is enabled by default, otherwise the SPI driver cannot
be enabled.
Signed-off-by: Marek Behun
---
Add support for the clk dump command on Armada 37xx.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/clk/mvebu/armada-37xx-periph.c | 36 +-
drivers/clk/mvebu/armada-37xx-tbg.c| 2 ++
2 files changed, 37 insertions(+), 1 deletion(-)
diff --
From: zachary
This commit is based on commit d9899826 by
zachary
from u-boot-marvell, see
github.com/MarvellEmbeddedProcessors/u-boot-marvell/commit/d9899826
- According to design specification, the transmitter should be set to high
impedence mode during electrical idle. Thus transmitter sh
Create a special function for indirect register setting,
reg_set_indirect, and use it instead of the two calls to reg_set.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/phy/marvell/comphy_a3700.c | 32
1 file changed, 20 insertions(+), 12 dele
Move the reg_set* functions into comphy.h as static inline functions.
Change return type of get_*_string to const char *.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/phy/marvell/comphy.h | 41 ++---
drivers/phy/marvell/comphy_core.c | 64 +--
The drivers are based on Linux driver by Gregory Clement.
The TBG clocks support only the .get_rate method.
- since setting rate is not supported, the driver computes the rates
when probing and so subsequent calls to the .get_rate method do not
read the corresponding registers again
The
The macro phy_write16 is not used by the rest of the code,
phy_read16 is not used at all.
We also change the macro SGMIIPHY_ADDR to a static inline function.
Signed-off-by: Marek Behun
---
drivers/phy/marvell/comphy_a3700.c | 25 ++---
drivers/phy/marvell/comphy_a3700.h | 15
According to specification, CFG_PM_RXDLOZ_WAIT should be set to 0x7
when reference clock is at 25 MHz. The specification (at least the
version I have) does not mentoin the setting for 40 MHz reference
clock, but Marvell's U-Boot sets 0xC in that case.
Signed-off-by: Marek Behun
Reviewed-by: Stefa
Currently there is for each register special functional macro, ie:
LANE_CFG1_ADDR(u)
GLOB_CLK_SRC_LO_ADDR(u)
...
where can be either PCIE or USB3.
Change this to one function PHY_ADDR(unit, addr). The code becomes:
phy_addr(PCIE, LANE_CFG1)
phy_addr(PCIE, GLOB_CLK_SRC_LO)
...
Signed-o
The timeout is set to PLL_LOCK_TIMEOUT in every call to
comphy_poll_reg. Remove this parameter from the function.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/phy/marvell/comphy_a3700.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/dri
The register addresses on lanes 0 and 1 are switched, first comes 1 and
then 0.
Signed-off-by: Marek Behun
---
drivers/phy/marvell/comphy_a3700.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/phy/marvell/comphy_a3700.h
b/drivers/phy/marvell/comphy_a3700.h
index
This is the second version of patches for updating the support of Armada 37xx
devices. Here I also send first version of code which adds basic support for the
Turris Mox board, a router currently being developed here at CZ.NIC, which is
being crowdfunded now on Indiegogo.
Changes since v1:
- the
In U-Boot it is usually written this way.
Signed-off-by: Marek Behun
Reviewed-by: Stefan Roese
---
drivers/phy/marvell/comphy_a3700.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/phy/marvell/comphy_a3700.c
b/drivers/phy/marvell/comphy
All the calls to reg_set and friends have to cast the first argument
to void __iomem *. Lets change the return type of the MVEBU_REG macro
instead.
Signed-off-by: Marek Behun
---
drivers/phy/marvell/comphy_a3700.c | 206 -
drivers/phy/marvell/comphy_a3700.h |
On Tuesday 24 April 2018 08:38 PM, Tom Rini wrote:
> On Tue, Apr 24, 2018 at 08:32:40PM +0530, Lokesh Vutla wrote:
>>
>>
>> On Tuesday 24 April 2018 06:50 PM, Tom Rini wrote:
>>> On Tue, Apr 24, 2018 at 06:24:47PM +0530, Lokesh Vutla wrote:
>>>
The Memory Protection Unit(MPU) allows to parti
On Tue, Apr 24, 2018 at 08:32:40PM +0530, Lokesh Vutla wrote:
>
>
> On Tuesday 24 April 2018 06:50 PM, Tom Rini wrote:
> > On Tue, Apr 24, 2018 at 06:24:47PM +0530, Lokesh Vutla wrote:
> >
> >> The Memory Protection Unit(MPU) allows to partition memory into regions
> >> and set individual protec
Hi Michal,
On Tuesday 24 April 2018 08:06 PM, Michal Simek wrote:
> Hi Lokesh,
>
> On 24.4.2018 14:54, Lokesh Vutla wrote:
>> The Cortex-R* processors are a mid-range CPUs for use in deeply-embedded,
>> real-time systems. It implements the ARMv7-R architecture, and includes
>> Thumb-2 technology
On Tuesday 24 April 2018 06:50 PM, Tom Rini wrote:
> On Tue, Apr 24, 2018 at 06:24:48PM +0530, Lokesh Vutla wrote:
>
>> Cache maintenance procedure is same for v7 and v7R
>> processors. So re-use cache-cp15.c file except for
>> mmu parts.
>
> I also don't like CONFIG_MMU as it's too generic of
On Tuesday 24 April 2018 06:50 PM, Tom Rini wrote:
> On Tue, Apr 24, 2018 at 06:24:47PM +0530, Lokesh Vutla wrote:
>
>> The Memory Protection Unit(MPU) allows to partition memory into regions
>> and set individual protection attributes for each region. In absence
>> of MPU a default map[1] will
On Tuesday 24 April 2018 06:50 PM, Tom Rini wrote:
> On Tue, Apr 24, 2018 at 06:24:46PM +0530, Lokesh Vutla wrote:
>
>> Add a Kconfig entry for MMU and imply for all platforms
>> using cache-cp15.c. Using imply instead of select so that
>> MMU can be disabled by defconfigs when not needed.
>>
>>
On Tuesday 24 April 2018 06:35 PM, Alexander Graf wrote:
> On 04/24/2018 02:54 PM, Lokesh Vutla wrote:
>> From: Michal Simek
>>
>> The Cortex-R* processors are a mid-range CPUs for use in deeply-embedded,
>> real-time systems. It implements the ARMv7-R architecture, and includes
>> Thumb-2 techn
Hi Lokesh,
On 24.4.2018 14:54, Lokesh Vutla wrote:
> The Cortex-R* processors are a mid-range CPUs for use in deeply-embedded,
> real-time systems. It implements the ARMv7-R architecture, and includes
> Thumb-2 technology for optimum code density and processing throughput.
>
> Except for MPU(Memo
On Wed, 21 Mar 2018 10:37:33 +0100
Stefan Roese wrote:
> Please add Jagan (on Cc) to Cc for SPI driver related changes.
Will do with next version
> Wouldn't it be easier to "select" CLK_ARMADA_3720 here instead? No
> changes to the config files necessary this way.
okay :)
> checkpatch will mos
On Tue, Apr 24, 2018 at 06:24:48PM +0530, Lokesh Vutla wrote:
> Cache maintenance procedure is same for v7 and v7R
> processors. So re-use cache-cp15.c file except for
> mmu parts.
I also don't like CONFIG_MMU as it's too generic of a name. Since for
this part of the series we need a flag for "w
On Tue, Apr 24, 2018 at 06:24:46PM +0530, Lokesh Vutla wrote:
> Add a Kconfig entry for MMU and imply for all platforms
> using cache-cp15.c. Using imply instead of select so that
> MMU can be disabled by defconfigs when not needed.
>
> Signed-off-by: Lokesh Vutla
> ---
> arch/arm/Kconfig
On Tue, Apr 24, 2018 at 03:05:46PM +0200, Alexander Graf wrote:
> On 04/24/2018 02:54 PM, Lokesh Vutla wrote:
> >From: Michal Simek
> >
> >The Cortex-R* processors are a mid-range CPUs for use in deeply-embedded,
> >real-time systems. It implements the ARMv7-R architecture, and includes
> >Thumb-
1 - 100 of 151 matches
Mail list logo
