As per commit b545a98f5dc563 ("spi: ti_qspi: Add delay
for successful bulk erase) says its added to meet bulk erase timing
constraints. But bulk erase is a cmd to flash and delay in read path
does not make sense. Morever, testing on DRA74/DRA72 evm has shown that
this delay is no longer required.
Dear Simon
In message
you wrote:
>
> I'm really not sure about this. The large binary suggests that you
> have code/data at 0 and at 0xfe00, which seems wrong. So the image
> is trying to bridge the gap and ends up being
clk_div is uninitialized at the beginning of ti_spi_set_speed(), move
debug() print after clk_div calculation to avoid compiler warning and to
have proper value of clk_div printed during debugging.
Signed-off-by: Vignesh R
---
v2: no change
drivers/spi/ti_qspi.c | 4 ++--
1
Populating QSPI_RD_SNGL bit(0x1) in priv->cmd means that value
QSPI_INVAL (0x4) is not written to CMD field of QSPI_SPI_CMD_REG in
ti_qspi_cs_deactivate(). Therefore CS is never deactivated between
successive READ ID which results in sf probe to fail.
Fix this by not populating priv->cmd with
Hi.
2016-07-21 21:29 GMT+09:00 B, Ravi :
> Hi Marek
>
>>> The crash at dwc3 driver observed due to offset misalignment of
>>> structure members across files causing wrong code generation and leads
>>> to crash, the issue is found during dfu test.
>>>
>>> For instance, ther is is
This has the same silicon die as PH1-LD20, but includes DRAM chips
in its package.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/boards.c | 17 +
arch/arm/mach-uniphier/init.h | 2 ++
2 files changed, 19 insertions(+)
diff --git
I need to add more board attributes, so the "flags" member will be
handier than separate boolean ones.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/boards.c| 4 ++--
arch/arm/mach-uniphier/dram/umc-ld4.c | 2 +-
Clear the flag immediately before cache operation to not depend on
the previous state.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/arm32/cache_uniphier.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
I want this series merged during this merge window.
Masahiro Yamada (4):
ARM: uniphier: clear notification flag before L2 operation
ARM: uniphier: rename outer-cache register macros
ARM: uniphier: introduce flags to uniphier_board_data structure
ARM: uniphier: add PH1-LD21 board data
Sync register macros with Linux code. This will be helpful to
develop the counterpart of Linux.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/arm32/Makefile | 2 +-
arch/arm/mach-uniphier/arm32/cache-uniphier.c | 163
Hi Simon,
On 07/22/2016 12:21 PM, Simon Glass wrote:
> Hi Kever,
>
> On 19 July 2016 at 07:28, Kever Yang wrote:
>> Not like the mmc-legacy which the devnum starts from 1, it starts from 0
>> in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
On 07/22/2016 12:21 PM, Simon Glass wrote:
> Hi,
>
> On 20 July 2016 at 22:16, Jaehoon Chung wrote:
>> Hi Wenyuo,
>>
>> On 07/20/2016 07:04 PM, Wenyou Yang wrote:
>>> Convert the driver to the driver model while retaining the existing
>>> legacy code. This allows the
Tom,
The following changes since commit 55edb9d4d521ff733d217ddf47ad7bf4650676be:
mtd: cfi_flash: fix polling for bit XSR.7 on Intel chips (2016-07-20
11:13:26 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git
for you to fetch changes up to
On 18 July 2016 at 10:07, Stephen Warren wrote:
> From: Stephen Warren
>
> Without this, the test fails if the test is run with a cwd other than the
> root of the U-Boot source tree.
>
> Fixes: 8729d582595d ("test: Convert the vboot test to test/py")
>
On 18 July 2016 at 09:41, Ziyuan Xu wrote:
> Add an extra byte so that this data is not byteswapped.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> arch/arm/dts/rk3288-evb.dts | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
Acked-by: Simon Glass
On 18 July 2016 at 09:51, Ziyuan Xu wrote:
> Revise config to CONFIG_ROCKCHIP_RK3288_PINCTRL.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> configs/evb-rk3288_defconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Simon Glass
On 18 July 2016 at 05:47, Mario Six wrote:
> Commit 302c5db ("dm: tpm: Add Driver Model support for tpm_atmel_twi
> driver") converted the Atmel TWI TPM driver itself to driver model, but
> kept the legacy-style i2c_write/i2c_read calls.
>
> Commit 3e7d940 ("dm: tpm: Every TPM
On 18 July 2016 at 04:51, Stefan Roese wrote:
> This patch adds DM support to the xHCI PCI driver. Enabling its use
> e.g. in x86 platforms.
>
> Status: On the congatec BayTrail SoM, xHCI still does not work
> correctly with this patch. Some internal timeouts lead to resets (BUG).
>
On 19 July 2016 at 08:21, Ziyuan Xu wrote:
> From: Xu Ziyuan
>
> It's nicer to see this:
>
> => mmc list
> dwmmc@ff0c: 0
> dwmmc@ff0f: 1 (eMMC)
>
> than this:
>
> => mmc list
> dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
>
> With the latter,
Hi Mario,
On 19 July 2016 at 03:07, Mario Six wrote:
> When signing images, we repeatedly call fit_add_file_data() with
> successively increasing size values to include the keys in the DTB.
>
> Unfortunately, if large keys are used (such as 4096 bit RSA keys), this
> process
Hi Mugunthan,
On 18 July 2016 at 03:40, Mugunthan V N wrote:
> parse dt parameter of i2c devices only when CONFIG_OF_CONTROL
> is enabled.
>
> Signed-off-by: Mugunthan V N
> ---
> drivers/i2c/i2c-uclass.c | 14 ++
> 1 file changed, 14
Hi Michael,
On 18 July 2016 at 01:07, Michal Simek wrote:
> Hi Simon,
>
> On 17.7.2016 16:12, Simon Glass wrote:
>> Hi Michal,
>>
>> On 15 July 2016 at 00:48, Michal Simek wrote:
>>> Make code 64bit aware.
>>>
>>> Warnings:
>>>
Hi Kever,
On 19 July 2016 at 07:28, Kever Yang wrote:
> Not like the mmc-legacy which the devnum starts from 1, it starts from 0
> in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
>
> Signed-off-by: Kever Yang
>
Hi Austin,
On 20 July 2016 at 14:21, Gardner, Austin (GE Transportation)
wrote:
> Simon,
>
> Thanks for the response!
>
> I do not have any debug facilities unfortunately, and I don't think it is a
> board fault either. The text base you're referring to is
>
Hi,
On 20 July 2016 at 22:16, Jaehoon Chung wrote:
> Hi Wenyuo,
>
> On 07/20/2016 07:04 PM, Wenyou Yang wrote:
>> Convert the driver to the driver model while retaining the existing
>> legacy code. This allows the driver to support boards that have
>> converted to driver
+Hans, Tom
Hi Sandy,
On 15 July 2016 at 07:40, Sandy Patterson wrote:
> Hi Simon,
>
> I think I screwed up submitting, and didn't cc the maintainers for the
> reverts. I can resubmit and get patman to behave. What do you suggest?
>
> I still think this is the best
Hi Masahiro,
On 20 July 2016 at 07:09, Masahiro Yamada wrote:
> Hi Tom.
>
>
> 2016-07-20 21:41 GMT+09:00 Tom Rini :
>> I think Simon is away this week and that change is in the middle of some
>> others. So I'd like to fix things today and let
Hi Standy,
On 2016年07月14日 01:51, Sandy Patterson wrote:
I did a little more on this, and talked to someone else here. It seems
that my problem with loading the kernel including these patches is
specific to our kernel and after applying a local patch we have, it
appears to load fine.
So this
Thanks Tom
> On Jul 21, 2016, at 12:39 PM, Tom Rini wrote:
>
>> On Wed, Jul 20, 2016 at 11:59:32PM +0200, Vikas MANOCHA wrote:
>> Hi Tom,
>>
>>> -Original Message-
>>> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Tom Rini
>>> Sent: Saturday, July
On 07/22/2016 01:24 AM, Rajesh Bhagat wrote:
>
>> -Original Message-
>> From: Marek Vasut [mailto:marex at denx.de]
>> Sent: Thursday, July 21, 2016 5:13 PM
>> To: Rajesh Bhagat ; Matthew Bright
>>
>> Cc: u-boot at lists.denx.de; Chris Packham > alliedtelesis.co.nz>; Mark
>> Tomlinson
>>
Hi!
2016-07-21 23:38 GMT+09:00 Tom Rini :
> On Thu, Jul 21, 2016 at 04:10:30AM +0900, Nobuhiro Iwamatsu wrote:
>
>> Hi Tom,
>>
>> Please pull u-boot-sh rmobile branch.
>>
>> The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
>>
>> SPL: tiny-printf:
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
All Tegra builds are OK, and Stephen's automated test system reports that
all tests pass, except for a sandbox issue (also in mainline) that he's
sent a patch for.
The following changes since commit
On Wed, Jul 20, 2016 at 11:59:32PM +0200, Vikas MANOCHA wrote:
> Hi Tom,
>
> > -Original Message-
> > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Tom Rini
> > Sent: Saturday, July 16, 2016 6:51 AM
> > To: tnishinaga@gmail.com
> > Cc: u-boot@lists.denx.de;
On Thu, Jul 21, 2016 at 04:16:57PM +, Tom Warren wrote:
> Tom,
>
> I'm going to take these 2 in via Tegra if that's OK with you. Expect a PR
> later today.
Sounds good, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot
On Thu, Jul 21, 2016 at 04:58:18PM +0200, Michal Simek wrote:
> On 21.7.2016 16:46, Tom Rini wrote:
> > On Thu, Jul 21, 2016 at 01:51:20PM +0200, Michal Simek wrote:
> >> Hi Tom,
> >>
> >> On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
> >>> Move config option CONFIG_SYS_NO_FLASH as Kconfig
On 07/21/2016 10:28 AM, Stefano Babic wrote:
Hi Hannes,
Hi Stefano,
On 21/07/2016 08:10, Hannes Schmelzer wrote:
Just looked around a bit more about this.
Root cause for failing this patch is, that many boards do not use the
'IOMUX_PADS' macro, instead they just directly use the definition
Hi York,
Thanks for your comments!
> -Original Message-
> From: york sun
> Sent: 2016年7月21日 5:15
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; w...@denx.de; Prabhakar Kushwaha
> ; alison.w...@freescale.com;
>
On 21 July 2016 at 13:54, Lad, Prabhakar wrote:
> On Thu, Jul 21, 2016 at 7:58 AM, Jagan Teki wrote:
>> On 23 June 2016 at 19:28, Lad, Prabhakar wrote:
>>> During spi transfer, for example:
>>> sspi 1:1.0 8 ff
>>>
Tom,
I'm going to take these 2 in via Tegra if that's OK with you. Expect a PR later
today.
Tom
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Tuesday, July 19, 2016 7:22 PM
> To: Stephen Warren
> Cc: u-boot@lists.denx.de; Simon Glass
Traditionally the DFU support is available only
as part 2nd stage boot loader(u-boot) and DFU
is not supported in SPL.
The SPL-DFU feature is useful for boards which
does not have MMC/SD, ethernet boot mechanism
to boot the board and only has USB inteface.
This patch add DFU support in SPL with
This patch enables the DFU boot mode support
for dra7x platform.
Signed-off-by: Ravi Babu
---
arch/arm/cpu/armv7/omap-common/boot-common.c |5 +
arch/arm/include/asm/arch-omap5/spl.h|2 +-
common/spl/spl.c | 10 +-
3
Traditionally the DFU support is available only
as part 2nd stage boot loader(u-boot) and DFU
is not supported in SPL.
The SPL-DFU feature is useful for boards which
does not have MMC/SD, ethernet boot mechanism
to boot the board and only has USB inteface.
This patch add DFU support in SPL with
This patch enables the SPL-DFU support for
dra7x platform.
Signed-off-by: Ravi Babu
---
include/configs/dra7xx_evm.h | 19 ++-
include/configs/ti_omap5_common.h |2 --
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git
On 21.7.2016 16:46, Tom Rini wrote:
> On Thu, Jul 21, 2016 at 01:51:20PM +0200, Michal Simek wrote:
>> Hi Tom,
>>
>> On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
>>> Move config option CONFIG_SYS_NO_FLASH as Kconfig
>>> option. All the boards which needs to enable this
>>> option can be
Adding support functions to run dfu spl commands.
Signed-off-by: Ravi Babu
---
common/spl/Makefile |1 +
common/spl/spl_dfu.c | 57 ++
include/spl.h|8 +++
3 files changed, 66 insertions(+)
create mode
The cmd_dfu functionality is been used by both SPL and
u-boot, saperating the core dfu functionality moving
it to common/dfu.c.
Signed-off-by: Ravi Babu
---
cmd/dfu.c | 61 ++
common/Makefile |2 ++
common/dfu.c| 88
On Wed, Jul 20, 2016 at 01:55:59PM -0500, Andreas Dannenberg wrote:
> Commit 17c2987 introduces an undesired dependency on CONFIG_SPL_LOAD_FIT
> when building U-Boot for AM57xx and DRA7xx high-security (HS) devices that
> causes the build to break when that option is not active. Fix this issue
>
On Wed, Jul 20, 2016 at 01:55:58PM -0500, Andreas Dannenberg wrote:
> Commit e29878f introduces an undesired dependency on CONFIG_SPL_LOAD_FIT
> when building U-Boot for AM43xx high-security (HS) devices that causes the
> build to break when that option is not active. Fix this issue by only
>
On Thu, Jul 21, 2016 at 04:13:17AM +0900, Nobuhiro Iwamatsu wrote:
> Hi Tom,
>
> Please pull u-boot-sh master branch.
>
> The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
>
> SPL: tiny-printf: avoid any BSS usage (2016-07-08 12:50:34 -0400)
>
> are available in
On Thu, Jul 21, 2016 at 03:16:00PM +0900, Masahiro Yamada wrote:
> Commit 555f45d8f916 ("image: Convert the IH_... values to enums")
> accidentally changed some IH_ARCH_... values.
>
> Prior to that commit, there existed a gap between IH_ARCH_M68K and
> IH_ARCH_MICROBLAZE, like follows.
>
>
On Thu, Jul 21, 2016 at 01:51:20PM +0200, Michal Simek wrote:
> Hi Tom,
>
> On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
> > Move config option CONFIG_SYS_NO_FLASH as Kconfig
> > option. All the boards which needs to enable this
> > option can be done through defconfigs
> >
> >
On Thu, Jul 21, 2016 at 07:24:10AM -0400, Robert P. J. Day wrote:
> On Tue, 19 Jul 2016, Tom Rini wrote:
>
> > On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
> > >
> > > kind of a style question but what is the preferred way to define a
> > > board in the sense of what belongs
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, July 21, 2016 5:13 PM
> To: Rajesh Bhagat ; Matthew Bright
>
> Cc: u-boot@lists.denx.de; Chris Packham ;
>
On Thu, Jul 21, 2016 at 04:10:30AM +0900, Nobuhiro Iwamatsu wrote:
> Hi Tom,
>
> Please pull u-boot-sh rmobile branch.
>
> The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
>
> SPL: tiny-printf: avoid any BSS usage (2016-07-08 12:50:34 -0400)
>
> are available in
Add support for Advantech DMS-BA16 board. The board is based on Advantech
BA16 module which has a i.MX6D processor. The board supports:
- FEC Ethernet
- USB Ports
- SDHC and MMC boot
- SPI NOR
- LVDS and HDMI display
Basic information about the module:
- Module manufacturer: Advantech
-
Hi Stefano,
On 07/20/2016 12:25 PM, Stefano Babic wrote:
HI Akshay,
On 01/01/1970 01:00, wrote:
Add support for Advantech DMS-BA16 board. The board is based on Advantech
BA16 module which has a i.MX6D processor. The board supports:
- FEC Ethernet
- USB Ports
- SDHC and MMC boot
- SPI
Hi Yeongjun,
On 07/20/2016 10:56 PM, yeongjun Kim wrote:
> It looks typo error.
It's not error..Just typo.
Subject should be add the prefix "README: fix the typo..."
> Not CPU15, CP15(CoProcessor15)
>
> Signed-off-by: yeongjun Kim
> ---
If you send the patch
On 07/21/2016 03:03 PM, B, Ravi wrote:
> Hi Marek
>
>>>
>> Please explain why this patch fixes the issue.
>
> Ok I will explain, due to the commit[1] the resource_size_t size has
> increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and
> the definition is
Hi Marek
>>
> Please explain why this patch fixes the issue.
Ok I will explain, due to the commit[1] the resource_size_t size has
increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and the
definition is moved to includes/linux/types.h from asm.h. Due to
On 07/21/2016 02:44 PM, B, Ravi wrote:
> Hi Marek
>
Please explain why this patch fixes the issue.
>>>
>>> Ok I will explain, due to the commit[1] the resource_size_t size has
>>> increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and the
>>> definition is moved to
Hi Marek
>>> Please explain why this patch fixes the issue.
>>
>> Ok I will explain, due to the commit[1] the resource_size_t size has
>> increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and the
>> definition is moved to includes/linux/types.h from asm.h. Due to this change
On 07/21/2016 02:29 PM, B, Ravi wrote:
> Hi Marek
>
>>> The crash at dwc3 driver observed due to offset misalignment of
>>> structure members across files causing wrong code generation and leads
>>> to crash, the issue is found during dfu test.
>>>
>>> For instance, ther is is mismatch in code
This patch support the driver model for s5p_sdhci controller.
To support the legacy model, maintained the existing code.
Note: If use the Driver Model, it needs to modify the device-tree.
In future, will update the Device-tree and enable the configuratioin.
(CONFIG_BLK, CONFIG_DM_MMC and
Hi Marek
>> The crash at dwc3 driver observed due to offset misalignment of
>> structure members across files causing wrong code generation and leads
>> to crash, the issue is found during dfu test.
>>
>> For instance, ther is is mismatch in code generation to access the
>> address of
Hi Tom,
On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
> Move config option CONFIG_SYS_NO_FLASH as Kconfig
> option. All the boards which needs to enable this
> option can be done through defconfigs
>
> Signed-off-by: Siva Durga Prasad Paladugu
> ---
> Changes for v2:
Code around was removed because of move to Kconfig.
Signed-off-by: Michal Simek
---
include/configs/microblaze-generic.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microblaze-generic.h
index
On 21.7.2016 01:34, Alexander Graf wrote:
> The EP platform also has working AHCI emulation, so I see little reason
> not to implement the plumbing for it that enables us to boot from AHCI.
>
> Signed-off-by: Alexander Graf
> ---
> include/configs/xilinx_zynqmp_ep.h | 1 +
> 1
On 07/21/2016 10:08 AM, Rajesh Bhagat wrote:
> Hello Marek,
>
> Any comments?
If I recall correctly, this broke things for Matthew.
Is this resolved ?
>> -Original Message-
>> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Rajesh Bhagat
>> Sent: Tuesday, June 28, 2016
On 07/21/2016 12:41 PM, Ravi Babu wrote:
> The crash at dwc3 driver observed due to offset misalignment
> of structure members across files causing wrong code generation
> and leads to crash, the issue is found during dfu test.
>
> For instance, ther is is mismatch in code generation to
> access
On 07/21/2016 10:02 AM, Rajesh Bhagat wrote:
> Hi All,
>
> Any Comments?
York, please check this.
>> -Original Message-
>> From: Rajesh Bhagat [mailto:rajesh.bha...@nxp.com]
>> Sent: Friday, July 01, 2016 6:52 PM
>> To: u-boot@lists.denx.de
>> Cc: ma...@denx.de; york sun
A couple of commits have modified the am33xx/am437x ddr2/ddr3
initialization path to fix certain issues, but have had the side effect
of causing L3 noc errors during initialization. The two commits are:
69b918 "am33xx,ddr3: fix ddr3 sdram configuration"
fc46ba "arm: am437x: Enable hardware
Hi Prabhakar,
Thanks for your comments!
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: 2016年7月21日 12:39
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; york sun ; w...@denx.de;
> alison.w...@freescale.com;
This patch set fixes a small pair of DDR init issues on am33xx and
am437x platforms. These issue lead an L3 noc error on am437x
platforms that is reported once the kernel boots.
Russ Dill (2):
ARM: am33xx: Fix DDR init delay placement
ARM: am33xx: Always inhibit init/refresh during DDR phy
The delay needs to be before the write to ref_ctrl register
which initiates refreshes. An improper initialization sequence
generates an L3 noc error.
Signed-off-by: Russ Dill
---
arch/arm/cpu/armv7/am33xx/ddr.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
On Tue, 19 Jul 2016, Tom Rini wrote:
> On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
> >
> > kind of a style question but what is the preferred way to define a
> > board in the sense of what belongs in the defconfig file and what
> > belongs in the header file?
>
> The header
From: Wenbin Song
Add and share the the MTD partition scheme with kernel by defualt bootargs.
And add the "mtdparts" env.
Signed-off-by: Wenbin Song
---
Changes for v2: rebase
---
include/configs/ls1043a_common.h | 22 --
1 file
On Wed, 20 Jul 2016, Mario Six wrote:
> On Wed, Jul 20, 2016 at 3:56 PM, Robert P. J. Day
> wrote:
... snip ...
> > not really, since i always thought that the difficulty in loading
> > and booting a second-stage u-boot was explained here:
> >
> >
Bank 0 is the "PMU GPIO" bank which is controlled by the PMU registers
rather than the GRF registers. In the GRF the top half of the register
is used as a mask so that some bits can be updated without affecting the
others, but in the PMU this feature is not provided and the top half of
the
The crash at dwc3 driver observed due to offset misalignment
of structure members across files causing wrong code generation
and leads to crash, the issue is found during dfu test.
For instance, ther is is mismatch in code generation to
access the address of structure member dwc->dep[0] in
From: Hongbo Zhang
This patch adds all the PSCI v1.0 functions in to the common framework, with
all the functions returning "not implemented" by default, as a common framework
all the dummy functions are added here, it is up to every platform developer to
decide which
From: Hongbo Zhang
LS1021 offers two secure OCRAM blocks for trustzone.
This patch moves all the secure text sections into the OCRAM.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
From: Hongbo Zhang
v6 changes:
- Remove the patch of fixing psci stack and patch of fixing saving target PC
since Chen-Yu Tsai's patches resovle them in other way and already got merged
- Temporarily remove patch of checking ON_PENDING and ALREADY_ON for reasons:
it is
From: Hongbo Zhang
This patch implements PSCI functions for ls102xa SoC following PSCI v1.0,
they are as the list:
psci_version,
psci_features,
psci_cpu_suspend,
psci_affinity_info,
psci_system_reset,
psci_system_off.
Tested on LS1021aQDS,
From: Hongbo Zhang
The input parameter CPU ID needs to be validated before furher oprations such
as CPU_ON, this patch introduces the function to do this.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
Hi Fabien,
On 20/07/2016 10:07, Fabien Lahoudere wrote:
>
>> On most boards, mx6_common is included at the beginning of the
>> configuration file. This means that CONFIG_FDTADDR is surely not set,
>> and it will be set to 0x1800.
>>
>> For some boards this could be flawless: for example, I
To be able to use the compatibility layer from the DM functions, we
factor the adap parameter out of all functions, and pass the actual
register base instead.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
This patch adds the necessary functions and Kconfig entry to make the
MVTWSI I2C driver compatible with the driver model.
A possible device tree entry might look like this:
i2c@11100 {
compatible = "marvell,mv64xxx-i2c";
reg = <0x11000 0x20>;
clock-frequency = <10>;
To prepare for the DM conversion, we add a layer of compatibility
functions to be used by both the legacy and the DM functions.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 47
Some devices using the MVTWSI driver have the option to run at speeds
faster than Standard Mode (100kHZ). On the Armada 38x controllers, this
is actually necessary, since due to erratum FE-8471889, a timing
violation concerning repeated starts prevents the controller from
working correctly in
This patch fixes only comments/documentation: Streamline capitalization
and improve grammar/punctuation.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 129
The length of the address parameter of the __twsi_i2c_read and
__twsi_i2c_write functions is fixed to four bytes.
As a final step in the preparation of the DM conversion, we make the
length of this parameter variable by turning it into an array of bytes,
and convert the 32 bit value that's passed
Due to breaking boots from NOR flashes, commit d6b7757 ("i2c: mvtwsi:
Eliminate twsi_control_flags") removed the static global
twsi_control_flags variable, which kept a set of default flags that were
always or'd to the control register when writing. It was replaced with a
flags parameter, which
The twsi_stop function contains a parameter "status," which is used to
pass in the current exit status of the function calling twsi_stop, and
either return this status unchanged if it indicates an error, or return
twsi_stop's exit status if it does not indicate an error.
While not massively
Add full documentation to all driver functions.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 163 +--
1 file changed, 144 insertions(+), 19 deletions(-)
Zero-length offsets are not properly handled by the driver. When a read
operation with a zero-length offset is started, a START condition is
asserted, and since no offset bytes are transferred, a repeated START is
issued immediately after, which confuses the controller.
To fix this, we send the
This patch series converts the MVTWSI I2C driver to DM, fixes style violations,
improves and cleans up the code, and adds lots of documentation.
Mario Six (13):
i2c: mvtwsi: Fix style violations
i2c: mvtwsi: Streamline code and add documentation
i2c: mvtwsi: Improve and fix comments
i2c:
This patch fixes seven style violations: Six superfluous spaces after
casts, and one logical continuation violation.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 16
1 file changed, 8
Since some additional parameters will be added in the course of this
patch series (especially with the addition of DM support), we replace
the longer "unsigned int" declarations with "uint" declarations to keep
the parameter lists more readable.
Signed-off-by: Mario Six
Convert groups of logically connected preprocessor defines into proper
enums, one macro into an inline function, and add documentation
to/extend existing documentation of these items.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
Hi Prabhakar,
Thanks for your comments!
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: 2016年7月21日 12:28
> To: york sun ; Zhiqiang Hou ; u-
> b...@lists.denx.de; albert.u.b...@aribaud.net; w...@denx.de;
> alison.w...@freescale.com;
1 - 100 of 117 matches
Mail list logo