This workaround is for the erratum I2C A004447. Device reference
manual provides a scheme that allows the I2C master controller
to generate nine SCL pulses, which enable an I2C slave device
that held SDA low to release SDA. However, due to this erratum,
this scheme no longer works. In addition,
Hi Minkyu,
By mistake I've forgotten to add you to CC for the v3 of this patch
series.
However you were on CC for last two versions of those patches.
I'd be very grateful for feedback :-)
This commit brings removal of duplicated code for UART IP block
embedded at Samsung SoCs.
New
When the code detected that the bus is hung (e.g. SDA stuck low),
send 9 pulses on SCL to try to fixup the bus.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
Signed-off-by: Chunhe Lan chunhe@freescale.com
Cc: Scott Wood scottw...@freescale.com
Cc: Heiko Schocher h...@denx.de
---
85xx, 86xx PowerPC folders have code variables with CamelCase naming
conventions.
because of this code checkpatch script generates WARNING: Avoid CamelCase.
This patch set Convert variables name to normal naming convention and modify
board, driver files with updated new
- [PATCH 1/2] powerpc:
85xx, 86xx PowerPC folders have code variables with CamelCase naming
conventions.
because of this code checkpatch script generates WARNING: Avoid CamelCase.
Convert variables name to normal naming convention.
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Different board,driver files use fields defined in MPC85xx_SYS_INFO and
MPC86xx_SYS_INFO structure. To fix CamelCase warning, field name has been
updated in the mentioned structure.
So update variable names as per new the structures.
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
On Thu, Aug 15, 2013 at 6:53 PM, Tushar Behera tushar.beh...@linaro.orgwrote:
On EXYNOS4210, there are three paths for display data to be processed,
namely MIE, MDNIE and FIMD. On Origen board, FIMD display controller
is used.
Signed-off-by: Tushar Behera tushar.beh...@linaro.org
---
From: Ying Zhang b40...@freescale.com
SPL defines CONFIG_SPL_BUILD but this does not percolate to the autoconf.mk
Makefile.
As a result the build breaks when CONFIG_SPL_BUILD is used in the
board-specific include
header file. With this, there is a possibility of having a CONFIG option
defined
From: Ying Zhang b40...@freescale.com
Enable p1022ds to start from eSDHC with SPL.
Signed-off-by: Ying Zhang b40...@freescale.com
---
Change from v10:
- Fix the warning from spl.c.
Change from v9:
- Mofidy board/freescale/p1022ds/spl.c, fix checkpatch warnings.
Change from v8:
- No change.
From: Ying Zhang b40...@freescale.com
1. The symbol CONFIG_SPL_NAND_MINIMAL is unused, so deleted it.
2. Some functions were unused in the minimal SPL, but it is useful
in the common SPL. So, enabled some functionality for common SPL.
Signed-off-by: Ying Zhang b40...@freescale.com
---
Change
From: Ying Zhang b40...@freescale.com
The code from the internal on-chip ROM. It loads the final uboot image
into DDR, then jump to it to begin execution.
The SPL's size is sizeable, the maximum size must not exceed the size of L2
SRAM. It initializes the DDR through SPD code, and copys final
From: Ying Zhang b40...@freescale.com
This patch introduces SPL to enable a loader stub that being loaded by
the code from the internal on-chip ROM. It loads the final uboot image
into DDR, then jump to it to begin execution.
The SPL's size is sizeable, the maximum size must not exceed the size
From: Ying Zhang b40...@freescale.com
Due to the nand SPL on some board(e.g. P1022DS)has a size limit, it can
not be more than 4K. So, the SPL cannot initialize the DDR with the SPD
code. This patch introduces TPL to enable a loader stub that is loaded
by the code from the SPL. It initializes the
From: Ying Zhang b40...@freescale.com
TPL is introduced in the patch NAND: TPL : introduce the TPL
based on the SPL, here enable TPL for p1022ds nand boot.
Signed-off-by: Ying Zhang b40...@freescale.com
---
Change from v10:
- No change.
Change from v9:
- Modify drivers/mtd/nand/Makefile.
-
From: Ying Zhang b40...@freescale.com
Enable p1022ds to start from eSPI with SPL.
Signed-off-by: Ying Zhang b40...@freescale.com
---
Change from v10:
- No change.
Change from v9:
- No change.
Change from v8:
- No change.
Change from v7:
- No change.
Change from v6:
- No longer changes the header
Hello Prabhakar,
Prabhakar Kushwaha wrote on 2013-08-16:
85xx, 86xx PowerPC folders have code variables with CamelCase naming
conventions. because of this code checkpatch script generates WARNING:
Avoid CamelCase.
This patch set Convert variables name to normal naming convention and
modify
On 08/16/2013 02:23 PM, thomas.lan...@lantiq.com wrote:
Hello Prabhakar,
Prabhakar Kushwaha wrote on 2013-08-16:
85xx, 86xx PowerPC folders have code variables with CamelCase naming
conventions. because of this code checkpatch script generates WARNING:
Avoid CamelCase.
This patch set Convert
85xx, 86xx PowerPC folders have code variables with CamelCase naming
conventions.
because of this code checkpatch script generates WARNING: Avoid CamelCase.
Convert variables name to normal naming convention and modify board, driver
files with updated the new structure.
Signed-off-by:
Hi Bo,
On 16.08.13 03:46, Bo Shen wrote:
fix the following building warning
---8---
macb.c: In function 'macb_init':
macb.c:400:14: warning: 'phydev' may be used uninitialized in this function
macb.c:377:21: note: 'phydev' was declared here
---8---
Signed-off-by: Bo Shen
The I2C_MULTI_BUS needs to be defined for correct I2C operation with
many software emulated I2C controllers.
This fix restores correct value of the I2C_MULTI_BUS changed by following
commit:
SHA1: 385c9ef5a7215b2b0c22836fee6c692dfc8559d7
i2c: add i2c_core and prepare for new multibus support
New I2C framework, introduced after v2013.07 final release, imposed I2C
code adjustment for some Samsung boards - namely Trats, GONI and Universal_c210.
Those boards were using schematic based I2C enumeration (I2C_5, I2C_9).
However, new I2C framework imposes usage of logical I2C adapters
On Tue, Jul 02, 2013 at 12:05:57PM +0200, TENART Antoine wrote:
Changes for v6:
- fix typo in commit message
Changes for v5:
- use wd_timer structure for WDT
- remove some magic
- remove memtest and verify from config
- fix a redefinition warning (VTP1_CTRL_ADDR)
On Wed, Aug 14, 2013 at 12:11:03PM -0700, York Sun wrote:
Tom,
The following changes since commit b98d934128bcd98106e764d2f492ac79c38ae53d:
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2013-08-13
09:14:02 -0400)
are available in the git repository at:
On Tue, Jul 30, 2013 at 11:36:26AM +0530, Lokesh Vutla wrote:
AM43xx is a low cost Cortex-A9 based application processor
targets higher performance applications and new specific end
equipments like Point of Sale requiring stringent security requirements.
This series add support for AM43xx
On Tue, Jul 30, 2013 at 10:48:51AM +0530, Lokesh Vutla wrote:
This series tries to cleanup code for AM33xx,
inorder to ensure code reusabilty by moving the
duplicated code to common place.
This also helps in addition of new Soc with minimal
changes.
Testing:
Boot tested on BeagleBone
On Fri, Aug 09, 2013 at 11:22:11AM -0400, Tom Rini wrote:
Hey all,
The following series cleans up am335x a bit, and then uses that to
introduce a common config file that can be used on all of the ARMv7
platforms from TI. This series converts am335x_evm, omap5_uevm and
dra7xx_evm to use
On Mon, Aug 05, 2013 at 04:00:34PM +0200, Heiko Schocher wrote:
add the am1808 based ipam390 board from Barix.
- 128MByte, DDR2, synchronous RAM 16bit databus to SDRAM
interface
- 128MByte, NAND Flash, 8bit databus to the NANDFlash
Interface
- Ethernet PHY Micrel KSZ8051R via RMII
-
After introduction of unified i2c model, the I2C_SET_BUS() macro is regarded
as obsolete.
Hence it is replaced with i2c_set_bus_num() function call.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Heiko Schocher h...@denx.de
Cc: Tom Rini tr...@ti.com
---
drivers/power/power_i2c.c |
On Tue, Jul 09, 2013 at 09:43:17AM +0200, Naumann Andreas wrote:
In chapter 'Advisory 2.1 USB Host Clock Drift Causes USB Spec
Non-compliance in Certain Configurations' of the TI Errata it is
recommended to use certain div/mult values for the DPLL5 clock setup.
So far u-boot used the old 34xx
On Thu, Jul 25, 2013 at 09:27:35AM +0200, Enric Balletbo i Serra wrote:
From: Enric Balletbo i Serra eballe...@iseebcn.com
Hello,
These are some updates to improve the support for IGEP COM AQUILA. Please
consider adding for next release.
Best regards,
Enric Balletbo i Serra (5):
On Wed, Jul 24, 2013 at 12:22:34PM -0700, Ash Charles wrote:
From: Steve Sakoman st...@sakoman.com
Signed-off-by: Ash Charles ashchar...@gmail.com
---
board/overo/overo.c |6 ++
board/overo/overo.h |1 +
2 files changed, 7 insertions(+)
Applied to u-boot-ti/master, thanks!
On Wed, Jul 24, 2013 at 12:22:35PM -0700, Ash Charles wrote:
From: Ash Charles ashchar...@gmail.com
Gumstix uses 200Mhz RAM on revision 1, 2 3 COMs, so use 200MHz
timings rather than 165MHz. Based on 6cf8bf44b1f8550e12f7f2a16e01890e5de8443d
Signed-off-by: Ash Charles
On Tue, Aug 06, 2013 at 04:16:50PM +0300, Taras Kondratiuk wrote:
Commit OMAP5: emif/ddr: Change emif settings as required for ES1.0 silicon
(f40107345cbcd6e0d1747eda45e76c4e2a6df0db)
changed sequence to set final DDR PHY config register value at the beginning.
Looks like it was made by
On Wed, Aug 07, 2013 at 05:53:19PM +0200, Javier Martinez Canillas wrote:
IGEP boards now have Device Tree support in the mainline
kernel. To boot an IGEP board using a DT, a uEnv.txt plain
text file could be used to define a custom uenvcmd that will
be run by the default boot command.
It
On Wed, Aug 07, 2013 at 05:53:18PM +0200, Javier Martinez Canillas wrote:
From: Enric Balletbo i Serra eballe...@gmail.com
Able to load the kernel from some form of ext[234] or FAT. Also, with v3.9 and
later of the Linux Kernel, uImage isn't builtable anymore by default, so we
should switch
On Mon, Aug 05, 2013 at 10:49:42AM +0900, Masahiro Yamada wrote:
Since Commit 7f5eef9 removed OMAP2420H4 support,
arm1136/omap24xx has not been used at all.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description:
On Wed, Aug 14, 2013 at 09:53:16PM -0500, Peter A. Bigot wrote:
On 07/09/2013 02:43 AM, Naumann Andreas wrote:
In chapter 'Advisory 2.1 USB Host Clock Drift Causes USB Spec Non-compliance
in Certain Configurations' of the TI Errata it is recommended to use certain
div/mult values for the
Hey,
The following changes since commit fdce7b633a1de24456226b18527cc7900c34282a:
gpio: omap5-uevm: Configure the tca6424 gpio expander (2013-07-30 09:21:42
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to
On 08/09/2013 06:55 PM, Christoffer Dall wrote:
On Fri, Aug 09, 2013 at 05:03:04PM +0200, Andre Przywara wrote:
(for GIT URL and Changelog see below)
ARM CPUs with the virtualization extension have a new mode called
HYP mode, which allows hypervisors to safely control and monitor
guests. The
On Thu, Aug 15, 2013 at 10:19 AM, Kees Cook keesc...@chromium.org wrote:
On Wed, Aug 14, 2013 at 10:30 AM, Simon Glass s...@chromium.org wrote:
On Mon, Aug 12, 2013 at 4:48 PM, Kees Cook keesc...@chromium.org wrote:
This adds the test_compression command when building the sandbox. This
tests
On 08/16/2013 08:38 AM, Tom Rini wrote:
On Wed, Aug 14, 2013 at 09:53:16PM -0500, Peter A. Bigot wrote:
On 07/09/2013 02:43 AM, Naumann Andreas wrote:
In chapter 'Advisory 2.1 USB Host Clock Drift Causes USB Spec Non-compliance in
Certain Configurations' of the TI Errata it is recommended to
The output buffer size must not be reset by the gzip decoder or there
is a risk of overflowing memory during decompression.
Signed-off-by: Kees Cook keesc...@chromium.org
Acked-by: Simon Glass s...@chromium.org
---
lib/gunzip.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
This checks the size of the output buffer and fails if it was going to
overflow the buffer during lzo decompression.
Signed-off-by: Kees Cook keesc...@chromium.org
Acked-by: Simon Glass s...@chromium.org
---
lib/lzo/lzo1x_decompress.c |8 +++-
1 file changed, 7 insertions(+), 1
v2: added acks, various suggested cleanups
This series fixes gzip, lzma, and lzo to not overflow when writing
to output buffers. Without this, it might be possible for untrusted
compressed input to overflow the buffers used to hold the decompressed
image.
To catch these conditions, I added a
While nothing presently examines the destination size, it should at
least be correct so that future users of sys_mapmem() will not be
surprised. Without this, it might be possible to overflow memory.
Signed-off-by: Kees Cook keesc...@chromium.org
Acked-by: Simon Glass s...@chromium.org
---
This adds the missing compression config items to the README.
Signed-off-by: Kees Cook keesc...@chromium.org
---
v2:
- adjusted language slightly, thanks to Simon Glass
---
README |9 +
1 file changed, 9 insertions(+)
diff --git a/README b/README
index 3918807..6485350 100644
---
The output buffer size must be correctly passed to the lzma decoder or
there is a risk of overflowing memory during decompression. Switching
to the LZMA_FINISH_END mode means nothing is left in an unknown state
once the buffer becomes full.
Signed-off-by: Kees Cook keesc...@chromium.org
Acked-by:
This adds the test_compression command when building the sandbox. This
tests the existing compression and decompression routines for simple
sanity and for buffer overflow conditions.
Signed-off-by: Kees Cook keesc...@chromium.org
---
v2:
- updates, suggested by Simon Glass:
- replace license
On Fri, Aug 16, 2013 at 9:34 AM, Peter A. Bigot p...@pabigot.com wrote:
On 08/16/2013 08:38 AM, Tom Rini wrote:
On Wed, Aug 14, 2013 at 09:53:16PM -0500, Peter A. Bigot wrote:
On 07/09/2013 02:43 AM, Naumann Andreas wrote:
In chapter 'Advisory 2.1 USB Host Clock Drift Causes USB Spec
On Fri, Aug 16, 2013 at 10:07 AM, Robert Nelson robertcnel...@gmail.com wrote:
On Fri, Aug 16, 2013 at 9:34 AM, Peter A. Bigot p...@pabigot.com wrote:
On 08/16/2013 08:38 AM, Tom Rini wrote:
On Wed, Aug 14, 2013 at 09:53:16PM -0500, Peter A. Bigot wrote:
On 07/09/2013 02:43 AM, Naumann
On 08/16/2013 12:14 AM, ying.zh...@freescale.com wrote:
From: Ying Zhang b40...@freescale.com
SPL defines CONFIG_SPL_BUILD but this does not percolate to the autoconf.mk
Makefile.
As a result the build breaks when CONFIG_SPL_BUILD is used in the
board-specific include
header file. With
The target uses AUART 3 instead of the DUART for console output.
Signed-off-by: Andreas Wass andreas.w...@dalelven.com
Cc: Fabio Estevam fabio.este...@freescale.com
Cc: Marek Vasut ma...@denx.de
---
boards.cfg| 1 +
include/configs/mxs.h | 7 ++-
2 files changed, 7 insertions(+),
From: Shaohui Xie shaohui@freescale.com
Since the parameters need to be modified according to different Serdes
protocols at runtime, the const will block this. Also remove const from
arrays define used by vsc3316_config.
Signed-off-by: Shaohui Xie shaohui@freescale.com
---
Resend for
On Fri, Aug 16, 2013 at 03:14:44PM +0800, ying.zh...@freescale.com wrote:
From: Ying Zhang b40...@freescale.com
SPL defines CONFIG_SPL_BUILD but this does not percolate to the autoconf.mk
Makefile.
As a result the build breaks when CONFIG_SPL_BUILD is used in the
board-specific include
On 08/09/2013 03:41 AM, Shaohui Xie wrote:
Since the parameters need to be modified according to different Serdes
protocols at runtime, the const will block this. Also remove const from
arrays define used by vsc3316_config.
Signed-off-by: Shaohui Xie shaohui@freescale.com
---
changes
On Fri, Aug 16, 2013 at 1:24 PM, Andreas Wass andreas.w...@dalelven.com wrote:
The target uses AUART 3 instead of the DUART for console output.
Signed-off-by: Andreas Wass andreas.w...@dalelven.com
Cc: Fabio Estevam fabio.este...@freescale.com
Cc: Marek Vasut ma...@denx.de
Why to use AUART
Dear Otavio,
Some boards don't have the DUART easily available (see STKa28 by TQ-group for
instance) while a regular rs232 port is easily accessed.
The purpose of this patch is more of a demonstration how to use the AUART
driver and was requested by Fabio during the submission of the AUART
On Fri, Aug 16, 2013 at 2:06 PM, Andreas Wass andreas.w...@dalelven.com wrote:
Dear Otavio,
Some boards don't have the DUART easily available (see STKa28 by TQ-group for
instance) while a regular rs232 port is easily accessed.
The purpose of this patch is more of a demonstration how to use
On Fri, Aug 16, 2013 at 2:10 PM, Fabio Estevam feste...@gmail.com wrote:
On Fri, Aug 16, 2013 at 2:06 PM, Andreas Wass andreas.w...@dalelven.com
wrote:
Dear Otavio,
Some boards don't have the DUART easily available (see STKa28 by TQ-group
for instance) while a regular rs232 port is easily
On 8/15/2013 2:36 PM, Marek Vasut wrote:
Are there any news on this front? If not, please fix as requested so I can apply
this stuff for .10 , thanks.
Best regards,
Marek Vasut
I will update, I'm just sidetracked with Windows work for a little while.
Thanks
Troy
On Fri, 2013-08-16 at 13:02 +0800, FengHua wrote:
hi Simon,
I have worked on generic board for a few days, but something confuse
me.
Why it is needed?
Each processor architecture has different features, this will
affect processor specific and board specific code.
On Fri, 2013-08-16 at 12:56 +0530, Prabhakar Kushwaha wrote:
Different board,driver files use fields defined in MPC85xx_SYS_INFO and
MPC86xx_SYS_INFO structure. To fix CamelCase warning, field name has been
updated in the mentioned structure.
So update variable names as per new the
Hi David,
On Thu, Aug 15, 2013 at 11:02 PM, FengHua feng...@phytium.com.cn wrote:
hi Simon,
I have worked on generic board for a few days, but something confuse
me.
Why it is needed?
Each processor architecture has different features, this will affect
processor
On Fri, Aug 16, 2013 at 01:28:26PM -0600, Simon Glass wrote:
Hi David,
On Thu, Aug 15, 2013 at 11:02 PM, FengHua feng...@phytium.com.cn wrote:
hi Simon,
I have worked on generic board for a few days, but something
confuse me.
Why it is needed?
Each processor
On Thu, 2013-08-15 at 23:32 -0500, Dennis Gilmore wrote:
On Thu, 15 Aug 2013 21:47:09 +0800
feng...@phytium.com.cn wrote:
From: David Feng feng...@phytium.com.cn
*** BLURB HERE ***
Changes for v3:
- rewrite cache.S and exception.S that partly originated from
linux kernel, so
hi tom,
hi albert,
yes, it's right. the u-boot could be more uniformly and maintainable
if merging armv8 to arm architecture. I will try to migrate arm64 to armv8
subarchitecture of arm. do you have any other advice?
Regards.
David
___
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Scott Wood
Sent: Saturday, August 17, 2013 1:23 AM
To: Dennis Gilmore
Cc: tr...@ti.com; u-boot@lists.denx.de; feng...@phytium.com.cn
Subject: Re: [U-Boot] [PATCH v3 0/5] arm64
67 matches
Mail list logo