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-samsung
for you to fetch changes up to b627eb461bb281a00b543e72e74edc197b5f7b5e:
Hi Minkyu,
On 12/03/14 21:27, Marek Vasut wrote:
On Wednesday, March 12, 2014 at 01:21:15 PM, Lukasz Majewski wrote:
Hi Marek,
On Wednesday, March 12, 2014 at 08:51:56 AM, Lukasz Majewski
wrote:
Hi Simon, Marek,
Hi Marek,
On 10 March 2014 13:04, Marek Vasut ma...@denx.de
Hi Christoffer / uboot,
We are able to figure out the issue. PERIPHBASE returned on ARNDALE board was
0x1050 and adding GIC offset was creating an incorrect address.
Setting CONFIG_ARM_GIC_BASE_ADDRESS as 0x1048 in arndale.h solves the issue.
The u-boot code needs to be fixed for
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 not
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
Dear chi l,
In message bay180-w137a35527f40147a2e3fd587...@phx.gbl 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
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
Dear Andre,
Thanks for replying.
On 13-Mar-2014, at 3:11 pm, Andre Przywara andre.przyw...@arm.com 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:
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 needed,
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
Dear chi l,
In message bay180-w4040aaed90c5edc765f77f87...@phx.gbl 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
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
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 code.
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 which have this
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
board/esd/pmc440/fpga.c | 2 +-
board/matrix_vision/mvsmr/fpga.c | 2 +-
drivers/fpga/spartan2.c | 40
drivers/fpga/xilinx.c| 14 +++---
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
board/armadeus/apf27/fpga.c | 4 ++--
board/astro/mcf5373l/fpga.c | 4 ++--
board/balloon3/balloon3.c| 2 +-
board/esd/pmc440/fpga.c | 4 ++--
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
board/gen860t/fpga.c | 4 ++--
drivers/fpga/virtex2.c | 34 +-
drivers/fpga/xilinx.c | 14 +++---
include/virtex2.h | 34 +-
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 michal.si...@xilinx.com
---
drivers/fpga/spartan2.c | 12 +++-
drivers/fpga/spartan3.c | 12 +++-
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
include/spartan2.h | 40
include/spartan3.h | 44 ++--
include/virtex2.h | 34 +-
include/xilinx.h |
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
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
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 ddr debugging and
Hi Albert, Andreas,
Hi Andreas,
On Sun, 09 Mar 2014 21:52:44 +0100, Andreas Färber afaer...@suse.de
wrote:
Hi,
Am 09.03.2014 21:34, schrieb Albert ARIBAUD:
On Sun, 09 Mar 2014 21:22:34 +0100, Andreas Färber
afaer...@suse.de wrote:
Am 09.03.2014 21:05, schrieb Albert
Hi Tom,
On Wed, 12 Mar 2014 16:23:11 -0400, Tom Rini tr...@ti.com 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
Hi Stefano,
On Wed, 12 Mar 2014 11:44:25 +0100, Stefano Babic sba...@denx.de
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
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
Hi Lukasz,
On Thu, 13 Mar 2014 16:43:09 +0100, Lukasz Majewski
l.majew...@samsung.com 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.
From: Stephen Warren swar...@nvidia.com
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 swar...@nvidia.com
---
From: Stephen Warren swar...@nvidia.com
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.
From: Stephen Warren swar...@nvidia.com
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
From: Stephen Warren swar...@nvidia.com
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 swar...@nvidia.com
---
From: Stephen Warren swar...@nvidia.com
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
From: Stephen Warren swar...@nvidia.com
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 swar...@nvidia.com
---
arch/arm/include/asm/arch-tegra/board.h | 1 +
From: Stephen Warren swar...@nvidia.com
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_.
From: Stephen Warren swar...@nvidia.com
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.
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
Dear Przemyslaw Marczak,
In message
cc0f558724a4d3ea3497b84601038f5f18f37a7b.1394037321.git.p.marc...@samsung.com
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
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 matter
On Thu, Mar 13, 2014 at 07:41:24PM +0100, Wolfgang Denk wrote:
Dear Przemyslaw Marczak,
In message
cc0f558724a4d3ea3497b84601038f5f18f37a7b.1394037321.git.p.marc...@samsung.com
you wrote:
This patch adds support to generate UUID (Universally Unique Identifier)
in version 4 based on
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;
+ unsigned char node[6];
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 success
- update
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
cc0f558724a4d3ea3497b84601038f5f18f37a7b.1394037321.git.p.marc...@samsung.com
you wrote:
This patch adds support to generate UUID (Universally
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_reserved;
+ unsigned char
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
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
-
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 b45...@freescale.com
---
Changes for v2:
- modify CONFIG_SYS_QE_FMAN_FW_ADDR to
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 b45...@freescale.com
---
Changes for v2:
- no
Changes for v3:
-
add CONFIG_QE, CONFIG_U_QE and CONFIG_SYS_QE_FW_ADDR into
include/configs/T1040RDB.h
Signed-off-by: Zhao Qiang b45...@freescale.com
---
include/configs/T1040RDB.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/T1040RDB.h b/include/configs/T1040RDB.h
index
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
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 shengzhou@freescale.com
---
v2: no change
drivers/net/phy/phy.c | 4
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 shengzhou@freescale.com
---
v2: use __weak
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
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 sed -i
Appied, thanks!
Best regards,
Nobuhiro
2014-03-10 22:09 GMT+09:00 Baruch Siach bar...@tkos.co.il:
romImage is set by CONFIG_ECOVEC_ROMIMAGE_ADDR to 0xA004.
Signed-off-by: Baruch Siach bar...@tkos.co.il
---
board/renesas/ecovec/lowlevel_init.S | 2 +-
1 file changed, 1 insertion(+),
Appied, thanks!
Best regards,
Nobuhiro
2014-03-10 22:05 GMT+09:00 Baruch Siach bar...@tkos.co.il:
Add missing port X data register, and fix the offset of ports Y and Z.
Signed-off-by: Baruch Siach bar...@tkos.co.il
---
I only have access to the SH7724 manual. But since the Linux kernel
54 matches
Mail list logo