Hi Minkyu,
On Thu, 13 Mar 2014 15:10:46 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit 8ee950dd273aef6a074d41bf2ee4ef11d6f848fb:
>
> Prepare v2014.04-rc2 (2014-03-10 17:21:06 -0400)
>
> are available in the git repository at:
>
> http://git.denx.de/u-boot
From: David Feng
This patch add gicv3 support to uboot armv8 platform.
Changes for v2:
- rename arm/cpu/armv8/gic.S with arm/lib/gic_64.S
- move smp_kick_all_cpus() from gic.S to start.S, it would be
implementation dependent.
- Each core initialize it's own ReDistributor instead of mas
Dear Tom Rini.
Please pull u-boot-sh master branch.
The following changes since commit 2e50f6dccb3eeb1a20993c9da73fe355da35cf04:
kbuild: delete *.pyc files by "make distclean" (2014-03-12 17:05:00 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-sh.git master
for yo
Appied, thanks!
Best regards,
Nobuhiro
2014-03-10 22:05 GMT+09:00 Baruch Siach :
> Add missing port X data register, and fix the offset of ports Y and Z.
>
> Signed-off-by: Baruch Siach
> ---
> I only have access to the SH7724 manual. But since the Linux kernel driver
> includes PXDR definitio
Appied, thanks!
Best regards,
Nobuhiro
2014-03-10 22:09 GMT+09:00 Baruch Siach :
> romImage is set by CONFIG_ECOVEC_ROMIMAGE_ADDR to 0xA004.
>
> Signed-off-by: Baruch Siach
> ---
> board/renesas/ecovec/lowlevel_init.S | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hello Marek,
> U-Boot uses the 'mkimage' tool to produce various image types,
> not only uImage image type. Rename the invocation name from
> UIMAGE to MKIMAGE.
>
> The following command was used to do the replacement:
> git grep 'quiet_cmd_mkimage.* = UIMAGE' | cut -d : -f 1 | \
> xargs -i se
As some PHYs have non-standard PHY ID registers, PHY Id can't
be read correctly by current get_phy_id function, so we enable
get_phy_id redefinable to permit specific PHY driver having own
specific get_phy_id function.
Signed-off-by: Shengzhou Liu
---
v2: use __weak
drivers/net/phy/phy.c | 3 ++
Add support for Cortina CS4315/CS4340 10G PHY.
- This driver loads CS43xx firmware to initialize Cortina PHY.
- To define macro CONFIG_PHY_CORTINA will enable this driver.
- Cortina PHY has non-standard offset of PHY ID registers, so
define own get_phy_id().
Signed-off-by: Shengzhou Liu
---
v2:
In function get_phy_device_by_mask(), when trying Clause 45,
we should extend the value of devad(used in create_phy_by_mask)
to zero to cover more PHYs (e.g. devad must be 0 for CS4315 PHY).
Signed-off-by: Shengzhou Liu
---
v2: no change
drivers/net/phy/phy.c | 4 ++--
1 file changed, 2 inserti
U-Boot uses the 'mkimage' tool to produce various image types,
not only uImage image type. Rename the invocation name from
UIMAGE to MKIMAGE.
The following command was used to do the replacement:
git grep 'quiet_cmd_mkimage.* = UIMAGE' | cut -d : -f 1 | \
xargs -i sed -i "s@\(quiet_cmd_mkimage\)\
add CONFIG_QE, CONFIG_U_QE and CONFIG_SYS_QE_FW_ADDR into
"include/configs/T1040RDB.h"
Signed-off-by: Zhao Qiang
---
include/configs/T1040RDB.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/T1040RDB.h b/include/configs/T1040RDB.h
index 7420db9..f036192 100644
--- a/incl
CONFIG_SYS_QE_FMAN_FW_ADDR is used to both Fman and QE for microcode address.
Now using CONFIG_SYS_FMAN_FW_ADDR for Fman microcode address,
and CONFIG_SYS_QE_FW_ADDR for QE microcode address.
Signed-off-by: Zhao Qiang
---
Changes for v2:
- no
Changes for v3:
- no
Changes for v4:
The u-qe of T1040 has addresses different from qe,
modify those addresses value for both u-qe and qe.
Add function qe_board_setup to mux the bus to tdm or uart
according to hwconfig.
Signed-off-by: Zhao Qiang
---
Changes for v2:
- modify CONFIG_SYS_QE_FMAN_FW_ADDR to CONFIG_SYS_FMAN_FW_A
On 03/13/2014 08:49 PM, Stephen Warren wrote:
On 03/13/2014 11:28 AM, Przemyslaw Marczak wrote:
On 03/10/2014 06:44 PM, Stephen Warren wrote:
On 03/05/2014 09:45 AM, Przemyslaw Marczak wrote:
Changes:
- randomly generate each partition uuid if undefined
- print info about generated uuid
- save
CONFIG_LEON is already defined in
arch/sparc/cpu/{leon2,leon3}/config.mk.
Remove the redundant definition in board header files.
All leon3 boards define CONFIG_LEON3 in board header files.
Move the definition to arch/sparc/cpu/leon3/config.mk.
CONFIG_LEON2 can be move to arch/sparc/cpu/leon2/conf
On 03/13/2014 01:48 PM, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20140313191814.GB16360@bill-the-cat> you wrote:
>>
+struct uuid {
+ unsigned int time_low;
+ unsigned short time_mid;
+ unsigned short time_hi_and_version;
+ unsigned char clock_seq_hi_and_reserve
Hello,
On 03/13/2014 08:18 PM, Tom Rini wrote:
On Thu, Mar 13, 2014 at 07:41:24PM +0100, Wolfgang Denk wrote:
Dear Przemyslaw Marczak,
In message
you wrote:
This patch adds support to generate UUID (Universally Unique Identifier)
in version 4 based on RFC4122, which is randomly.
...
+str
On 03/13/2014 11:28 AM, Przemyslaw Marczak wrote:
> On 03/10/2014 06:44 PM, Stephen Warren wrote:
>> On 03/05/2014 09:45 AM, Przemyslaw Marczak wrote:
>>> Changes:
>>> - randomly generate each partition uuid if undefined
>>> - print info about generated uuid
>>> - save environment on gpt write succ
Dear Tom,
In message <20140313191814.GB16360@bill-the-cat> you wrote:
>
> > > +struct uuid {
> > > + unsigned int time_low;
> > > + unsigned short time_mid;
> > > + unsigned short time_hi_and_version;
> > > + unsigned char clock_seq_hi_and_reserved;
> > > + unsigned char clock_seq_low;
> > > + un
On Thu, Mar 13, 2014 at 07:41:24PM +0100, Wolfgang Denk wrote:
> Dear Przemyslaw Marczak,
>
> In message
>
> you wrote:
> > This patch adds support to generate UUID (Universally Unique Identifier)
> > in version 4 based on RFC4122, which is randomly.
> ...
> > +struct uuid {
> > + unsigned in
Dear Przemyslaw Marczak,
In message <5321f4aa.4000...@samsung.com> you wrote:
>
> > Is that structure definition endianness-safe?
>
> UUID format is big-endian.
OK. Then you must make sure to store the data such that they result
in a big endian data format.
> Actually for version 4 it doesn't
Dear Przemyslaw Marczak,
In message
you wrote:
> This patch adds support to generate UUID (Universally Unique Identifier)
> in version 4 based on RFC4122, which is randomly.
...
> +struct uuid {
> + unsigned int time_low;
> + unsigned short time_mid;
> + unsigned short time_hi_and_v
Hello again,
On 03/10/2014 06:37 PM, Stephen Warren wrote:
On 03/05/2014 09:45 AM, Przemyslaw Marczak wrote:
This patch adds support to generate UUID (Universally Unique Identifier)
in version 4 based on RFC4122, which is randomly.
Source: https://www.ietf.org/rfc/rfc4122.txt
Changes:
- add n
From: Stephen Warren
This renames all the Tegra20 pinmux pins and functions so they have a
prefix which matches the type name.
The entries in tegra20_pingroups[] are all updated to remove the columns
which are no longer used.
All affected code is updated to match.
Signed-off-by: Stephen Warren
From: Stephen Warren
Clean up the naming of pinmux-related objects:
* Refer to drive groups rather than pad groups to match the Linux kernel.
* Ensure all pinmux API types are prefixed with pmux_, values (defines)
are prefixed with PMUX_, and functions prefixed with pinmux_.
* Modify a few type
From: Stephen Warren
pinmux_init() is a board-level function, not a pinmux driver function.
Move the prototype to a board header rather than the driver header.
Signed-off-by: Stephen Warren
---
arch/arm/include/asm/arch-tegra/board.h | 1 +
arch/arm/include/asm/arch-tegra114/pinmux.h | 3 -
From: Stephen Warren
Remove a few unused functions from the pinmux header. They aren't
currently used, and removing them prevents any new usage from appearing.
This will ease moving to just pinmux_config_table() and
padgrp_config_table() in the future.
Signed-off-by: Stephen Warren
---
arch/ar
From: Stephen Warren
This field isn't used anywhere, so remove it. Note that PIN() macros are
left unchanged for now, to avoid many diffs to them; later commits will
completely rewrite them just one time.
Signed-off-by: Stephen Warren
---
arch/arm/cpu/tegra114-common/pinmux.c | 2 --
ar
From: Stephen Warren
This series:
a) Removes some unused cruft from the Tegra pinmux drivers.
b) Creates a single implementation of the Tegra pinmux API thus removing
a lot of duplicate code.
c) Auto-generates the Tegra30/114/124 pinmux data from the same data
source used to auto-generate t
From: Stephen Warren
This field isn't used anywhere, so remove it. Note that PIN() macros are
left unchanged for now, to avoid many diffs to them; later commits will
completely rewrite them just one time.
Signed-off-by: Stephen Warren
---
arch/arm/cpu/tegra114-common/pinmux.c | 6 --
From: Stephen Warren
For consistency with other SoCs, modify Tegra20's enum pmux_func to:
* Remove PMUX_FUNC values that aren't real
* Use the same PMUX_FUNC_RSVD[1-4] values, and ensure (RSVD1 & 3)==0;
this will be assumed by pinmux_set_func() in a future patch.
Unfortunately, PMUX_FUNC_RSVD
Hi Lukasz,
On Thu, 13 Mar 2014 16:43:09 +0100, Lukasz Majewski
wrote:
> I can report the same issue with OBS build of u-boot.
>
> When u-boot is build with qemu emulated environment with gcc-4.8.2
> (native armv7l toolchain) in the OBS it needs patch prepared by Andreas.
Hmm, ok, so maybe I ca
Hello,
Sorry for silent, but I've had some other work.
I agree with yours previous comments and those will apply to v3 but I
don't agree with few comments to this patch.
On 03/10/2014 06:44 PM, Stephen Warren wrote:
On 03/05/2014 09:45 AM, Przemyslaw Marczak wrote:
Changes:
- randomly generat
Hi Stefano,
On Wed, 12 Mar 2014 11:44:25 +0100, Stefano Babic
wrote:
> Hi Albert,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
>
> arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup
> (2014-03-04 09
Hi Tom,
On Wed, 12 Mar 2014 16:23:11 -0400, Tom Rini wrote:
> On Wed, Mar 12, 2014 at 04:05:05PM -0400, Tom Rini wrote:
>
> > Hey,
> >
> > The following changes since commit 8ee950dd273aef6a074d41bf2ee4ef11d6f848fb:
> >
> > Prepare v2014.04-rc2 (2014-03-10 17:21:06 -0400)
> >
> > are avail
Hi Albert, Andreas,
> Hi Andreas,
>
> On Sun, 09 Mar 2014 21:52:44 +0100, Andreas Färber
> wrote:
>
> > Hi,
> >
> > Am 09.03.2014 21:34, schrieb Albert ARIBAUD:
> > > On Sun, 09 Mar 2014 21:22:34 +0100, Andreas Färber
> > > wrote:
> > >> Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
> > >>> On
On 03/13/2014 12:10 AM, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <88c8c779-b636-4abf-9751-33e471307...@freescale.com> you wrote:
>>
>> On Mar 12, 2014, at 8:17 PM, Shengzhou Liu wrote:
>>
>>> Enable CONFIG_CMD_MEMTEST, CONFIG_FSL_DDR_INTERACTIVE, CONFIG_CMD_EEPROM
>>
>> I can see the d
No functional changes.
Signed-off-by: Michal Simek
---
board/armadeus/apf27/fpga.c | 2 +-
board/astro/mcf5373l/fpga.c | 2 +-
board/balloon3/balloon3.c| 2 +-
board/esd/pmc440/fpga.c | 2 +-
board/gen860t/fpga.c | 2 +-
board/matr
No functional changes.
Signed-off-by: Michal Simek
---
include/spartan2.h | 40
include/spartan3.h | 44 ++--
include/virtex2.h | 34 +-
include/xilinx.h | 42
Connect FPGA version with appropriate operations
to remove huge switch-cases for every FPGA family.
Tested on Zynq. Spartan2/Spartan3/Virtex2 just compile test.
Signed-off-by: Michal Simek
---
drivers/fpga/spartan2.c | 12 +++-
drivers/fpga/spartan3.c | 12 +++-
drivers/fpga/virtex2.c | 12
No functional changes.
Signed-off-by: Michal Simek
---
board/gen860t/fpga.c | 4 ++--
drivers/fpga/virtex2.c | 34 +-
drivers/fpga/xilinx.c | 14 +++---
include/virtex2.h | 34 +-
include/xilinx.h | 2 +-
5
No functional changes.
Signed-off-by: Michal Simek
---
board/armadeus/apf27/fpga.c | 4 ++--
board/astro/mcf5373l/fpga.c | 4 ++--
board/balloon3/balloon3.c| 2 +-
board/esd/pmc440/fpga.c | 4 ++--
board/matrix_vision/mvsmr/fpga.c | 2 +-
boar
No functional changes.
Signed-off-by: Michal Simek
---
board/esd/pmc440/fpga.c | 2 +-
board/matrix_vision/mvsmr/fpga.c | 2 +-
drivers/fpga/spartan2.c | 40
drivers/fpga/xilinx.c| 14 +++---
include/spartan2.h
On Thu, Mar 13, 2014 at 05:01:59AM +0100, Marek Vasut wrote:
> Hello Masahiro-san,
> [...]
> > > Yes, I see. We shall eventually rename it to mkimage throughout the code.
> > >
> > > How shall we proceed? I see we have three options:
> > > - Post V2 of this patch
> > > - Fix the rest of the files
On Thursday, March 13, 2014 at 06:31:03 AM, Heiko Schocher wrote:
> Hello Marek,
>
> Am 12.03.2014 12:43, schrieb Marek Vasut:
> > On Wednesday, March 12, 2014 at 11:01:19 AM, Heiko Schocher wrote:
> >> move the flushing code into an extra function dfu_flush(),
> >> so it can be used from other co
Hi,
We are able to figure out the issue. PERIPHBASE returned on ARNDALE
board was 0x1050 and adding GIC offset was creating an incorrect
address.
please see:
https://github.com/apritzel/u-boot-hypmode/commit/5d9c4209907c6d67dadd033887a30c2f10efeb4c
Setting CONFIG_ARM_GIC_BASE_ADDRESS as
Dear chi l,
In message you wrote:
>
> Thank you for your answer. Yes. the test runs from the NOR flash (post_run
> function calls the test in arch/arm/lib/board.c before the relocation of U-
> Boot in the RAM). That is why I'm kind of confuse about why the tests works
> for 4K regions and not fo
Hi Pekon,
On 13.03.2014 12:49, Gupta, Pekon wrote:
From: Stefan Roese [mailto:s...@denx.de]
Patch a7e36fc9 (mtd: nand: omap: remove unused #defines from common
omap_gpmc.h) removed some MTD related defines. Including
GPMC_NAND_ECC_LP_x8_LAYOUT. But this define is also needed for the
memory cont
>From: Stefan Roese [mailto:s...@denx.de]
>
>Patch a7e36fc9 (mtd: nand: omap: remove unused #defines from common
>omap_gpmc.h) removed some MTD related defines. Including
>GPMC_NAND_ECC_LP_x8_LAYOUT. But this define is also needed for the
>memory controller configuration (only the x8 defines are ne
Dear Andre,
Thanks for replying.
On 13-Mar-2014, at 3:11 pm, Andre Przywara wrote:
> Hi,
>
>> We are able to figure out the issue. PERIPHBASE returned on ARNDALE
>> board was 0x1050 and adding GIC offset was creating an incorrect
>> address.
>
> please see:
> https://github.com/apritzel
Hello,
Thank you for your answer. Yes. the test runs from the NOR flash (post_run
function calls the test in arch/arm/lib/board.c before the relocation of U-Boot
in the RAM). That is why I'm kind of confuse about why the tests works for 4K
regions and not for 8K regions. Maybe, even if the tes
Dear chi l,
In message you wrote:
>
> What is the purpose of the _POST_WORD_ADDR variable in include/post.h? How
> should I define the value of that variable?
See post_word_load() and post_word_store() [both in include/post.h]
how _POST_WORD_ADDR gets used. You need a persistent (across resets
Hello,
I need to run memory RAM test on an ARM based platform. I saw that there is the
POST tests framework in u-boot and I had some questions about it.
What is the purpose of the _POST_WORD_ADDR variable in include/post.h? How
should I define the value of that variable?
Also, I try to run the
Dear York Sun,
In message <88c8c779-b636-4abf-9751-33e471307...@freescale.com> you wrote:
>
> On Mar 12, 2014, at 8:17 PM, Shengzhou Liu wrote:
>
> > Enable CONFIG_CMD_MEMTEST, CONFIG_FSL_DDR_INTERACTIVE, CONFIG_CMD_EEPROM
>
> I can see the ddr debugging and eeprom command are useful. But I am
54 matches
Mail list logo