Dear atulkumar singh,
In message
you wrote:
>
> Could some one please let me know whether u-boot has its own dynamic linker?
It does not. The U-Boot image is linked statically, but relocatable.
Relocation is done manually, no linker or such is involved.
Best regards,
Wolfgang Denk
--
DENX
Hi Simon,
On Fri, Jul 22, 2016 at 5:21 AM, Simon Glass wrote:
> 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 a
Hi All,
Could some one please let me know whether u-boot has its own dynamic linker?
This question comes to my mind while building u-boot for ARM architecture
and seeing the relocation entry into the final u-boot elf.
Here the same u-boot sources behaved differently while generating
relocation rec
I maintain a U-Boot port for some custom ASICs (Intel Axxia network
processors). I've been basing this on v2015.10 for some time. I just
rebased to the latest (v2016.07-67-gb8e5997), and though I can get to the
U-Boot prompt, Linux no longer boots. As U-Boot seems to require a device
tree now, I
Cleanup the variables: "kernel_addr","ramdisk_addr",
"ramdisk_size","console".
Signed-off-by: Wenbin Song
---
include/configs/ls1043a_common.h | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/include/configs/ls1043a_common.h b/include/configs/ls1043a_common.h
index b0d4a8d
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 huge.
Probaly the code / data overflows at 0x and wraps arount
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 file changed, 2 ins
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 QSPI_
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 mismatch in code
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 a/arch/arm/mach-uniphier/boards.c
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 +-
arch/arm/mach-uniphier/dram/umc-pro4.c | 2 +-
arch/arm/mach-
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 a/arch/arm/mach-uniphier/arm32/cache_uniphier.c
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
a
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 ++
arch/arm/mach-uniphier/
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().
>>
>> Signed-off-by: Kever
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 driver to support boards that
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 b24a4f6247d8
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")
> Signed-off-by: Stephen Warren
> ---
> test
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
___
U-Boot
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 drivers should depen
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).
> Additional wor
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, it's much clearer which mmc devices are on.
>
> S
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 fails sometimes, and
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 insertions(+)
Reviewed-by: Simon Glass
Please
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:
>>> +../arch/arm/lib/spl.c: In function ‘jump_to_image_linux’:
>>> +../a
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
> ---
>
> Changes in v3:
> - apply comments from Jaehoon C
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
> "CONFIG_SYS_TEXT_BASE" correct? Orig
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 model as well as those th
+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 patch to getting rock2 to load
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 him weigh in. But I
>> think enums make sense and we
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 16, 2016 6:51 AM
>>>
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: avoid any BSS usage (
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 ff87b0810753cfaec0e3094aa9fda8b1
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; gre...@lin
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 mai
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;
> mingkai...@freescale.com
> Cc: yao.y...@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
>>>
>>> the rx_len values will be:
>>> rx_len = 0
>>> rx_len = 4294967295
>>
>> Does
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 ; Tom Warren
> ; Stephen
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 R
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 files changed, 15 ins
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 R
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 a/include/configs/dra7xx_evm.h b/includ
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 do
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 100644 common/spl/spl_
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
> b
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
> buil
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 th
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.
>
> #d
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
> >
> > Signed-of
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 i
> -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 ;
> Mark
> Tomlinson
> Subject: Re: testing: [PATCH v7 0/3] common: usb_storage: Implement logic to
>
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 t
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
- CPU
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 V2, add the changelog at he
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 mo
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 includes
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 g
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 CONFING_D
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 structur
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:
> - No changes
> ---
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 93fb15ee..047e756e71d9 100644
--
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 file changed, 1 in
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 t
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 ; Sriram Dash
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 levelin
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; mingkai...@freescale.com
> Cc: yao.y...@freescale.
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 ini
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 --git a/arch/arm/cpu/
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 f
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 changed, 20 insertions(+), 2 deletions(-)
d
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:
> >
> > http://www.denx.de/wiki/view/DULG/CanUBootBe
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 registe
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
gadget.
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 version of PSCI and which fu
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
---
arch/arm/include/asm/arch-ls102xa/config.h | 2 +-
include/configs/ls1021aqds.h | 2
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 better the hardware has bit
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, LS1021aTWR.
Signed-off-by: Wang
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
---
arch/arm/cpu/armv7/ls102xa/psci.S | 35 ++-
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 see
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
---
drivers/i2c/mvtwsi.c | 97 +---
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 ++-
1 file cha
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 Stand
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 +--
1 file changed, 62 insertion
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 was
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 compli
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(-)
diff --git a/drivers/i2c/mvtwsi.c
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 fi
1 - 100 of 119 matches
Mail list logo