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 you
From: David Feng feng...@phytium.com.cn
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
Hi Minkyu,
On Thu, 13 Mar 2014 15:10:46 +0900, Minkyu Kang mk7.k...@samsung.com
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:
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
Hello
I am trying to bring in u-boot.imx (uboot image of u-boot 2013) onto
SPI-NOR of nitrogen 6x board.I used following commands:
sf probe 1
sf erase 0 0x4
fatload mmc 0:1 1200 u-boot.imx
reading u-boot.imx
343040 bytes read in 54 ms (6.1 MiB/s)
sf write 0x1200 0x0 343040
Hi Albert,
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
Hi,
We are trying to enable the UART3 on COM18 pins of arndale board. The UART3 RXD
and TXD are on pins 2 and 4 which as per the base board specification is
connected as
XuRXD3 : UART_3_RXD/GPA1[4] : 2
XuTXD3 : UART_3_TXD/GPA1[5] : 4
As per the public reference manual of exynos 5250, there
Hi Wolfgang,
Micron Nor flash don't support read operation after send write command.
As below,
I understand you attempt to copy data between two different areas on
the same NOR device? This is not supported.
If the src address locate in NOR flash, flash_read operation will be failed.
For use dwmmc controller at exynos4, add SDMMC gpio configuration.
In case SDMMC2, do not use 8bit mode at exynos4.
Signed-off-by: Beomho Seo beomho@samsung.com
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Cc: Lukasz Majewski l.majew...@samsung.com
Cc: Piotr Wilczek
This patch set for use dw mmc controller.
Patch enable supporting device tree for dw mmc controller.
For use dwmmc controller on trats2 board, enable configuration
dw_mmc, exynos_dwmmc, bounce_buffer and then disable sdhci configuration.
This patch set tested on TRATS2 board.
Changes for v2:
-
This patch enable support for device tree for dw-mmc driver.
Driver have been fixed because it is used exynos5 and exynos4.
And then, add fdt compat id of exynos4 dwmmc.
Signed-off-by: Beomho Seo beomho@samsung.com
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Cc: Lukasz Majewski
exynos4x12_set_mmc_clk function have been removed.
Because exynos4x12_clock and exynos4_clock return same div_fsys* value.
Signed-off-by: Beomho Seo beomho@samsung.com
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Cc: Lukasz Majewski l.majew...@samsung.com
Cc: Piotr Wilczek
This patch add dwmmc emmc controller node on exynos4 and exynos4412 device tree.
Signed-off-by: Beomho Seo beomho@samsung.com
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Cc: Lukasz Majewski l.majew...@samsung.com
Cc: Piotr Wilczek p.wilc...@samsung.com
Cc: Minkyu Kang
Dear JYOTI DUBEY,
In message CAE0zQkuaek52RPtRoMM=lgvha5ocsamywx+fbag8sedc3yn...@mail.gmail.com
you wrote:
fatload mmc 0:1 1200 u-boot.imx
reading u-boot.imx
343040 bytes read in 54 ms (6.1 MiB/s)
The size is here printed as a decimal number, but ...
sf write 0x1200 0x0 343040
Hi Krishna,
Hi,
Thanks for your time,
Please find following comments:
1. Current solution (u-boot):
- It is possible to specify your own dfu_alt_info environment
variable when you call dfu command.
2. Speed improvement - section Making it faster from:
Add support of 2-stage NAND boot loader using SPL framework on T2080RDB.
PBL initialise the internal SRAM and copy SPL(96K), this further
initialise DDR using SPD and environment and copy u-boot from NAND
to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Shengzhou Liu
Add support of 2 stage NAND boot loader using SPL framework.
PBL initialise the internal SRAM and copy SPL(96K), this further
initialise DDR using SPD and environment and copy u-boot from NAND
to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Shengzhou Liu shengzhou@freescale.com
Dear Qi Wang 王起 (qiwang),
In message
71cf8d7f32c5c24c9cd1d0e02d52498a770d1...@ntxxiambx02.xacn.micron.com you
wrote:
Yes, I totally agree with you, copy from NOR flash to NOR flash is not
support.
Fine.
But in the flash_write_cfibuffer() function, flash_read16(src) is used to
read data
usb hub for p1010rdb-pb is not needed to re-power on
when init it.
Signed-off-by: Zhao Qiang b45...@freescale.com
---
common/usb_hub.c | 4
1 file changed, 4 insertions(+)
diff --git a/common/usb_hub.c b/common/usb_hub.c
index ffac0e7..edb1fc0 100644
--- a/common/usb_hub.c
+++
Hi Jvoty,
On 14/03/2014 08:17, JYOTI DUBEY wrote:
Hello
I am trying to bring in u-boot.imx (uboot image of u-boot 2013) onto
SPI-NOR of nitrogen 6x board.I used following commands:
sf probe 1
sf erase 0 0x4
fatload mmc 0:1 1200 u-boot.imx
reading u-boot.imx
343040 bytes read
The fsl_espi.c is wreck w.r.t large TX data.
Below is what I had to hack to load a FPGA over SPI and
what is the malloc hack good for? This does not work
well for TXing several MB data.
The driver needs to be rewritten and I do not have the
time so I post what I got in the hope it can help
Yeah got it. Just specified the correct offset and converted the file size
to hex value.
Thank you!
On Fri, Mar 14, 2014 at 2:43 PM, Stefano Babic sba...@denx.de wrote:
Hi Jvoty,
On 14/03/2014 08:17, JYOTI DUBEY wrote:
Hello
I am trying to bring in u-boot.imx (uboot image of
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other processors, peripherals, boards etc can be
added in the future. Therefore
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
Signed-off-by: Oliver Schinagl oli...@schinagl.nl
Signed-off-by: Ian Campbell i...@hellion.org.uk
---
board/sunxi/dram_cubietruck.c | 31 +++
boards.cfg
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Stefan Roese
Tom Cubie
yemao
Signed-off-by: Henrik Nordstrom
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Henrik Nordstrom
Tom Cubie
Signed-off-by: Stefan Roese s...@denx.de
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Signed-off-by: Jens Kuske jensku...@gmail.com
Signed-off-by: Ian Campbell i...@hellion.org.uk
---
arch/arm/cpu/armv7/sunxi/board.c | 15 +
Hi Heiko,
I'm also CCing Pantelis to the loop.
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.
Signed-off-by:
Ok, so there is the current code:
do {
ret = dfu_get_status(dif, dst);
if (ret 0) {
errx(EX_IOERR, Error during download get_status);
goto out_free;
}
if (dst.bState == DFU_STATE_dfuDNLOAD_IDLE ||
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i booting via
FEL mode. These changes are not useful by themselves but are split out to make
the patch sizes more manageable.
As
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following
Hi Heiko,
as the siemens boards use dfu for updating a nand ubi partition
add DFU_MANIFEST_POLL_TIMEOUT to them, so dfu host waits after
complete transfer of the new image for DFU_MANIFEST_POLL_TIMEOUT
ms before sending again an usb request. So the board have enough
time to erase rest of the
Hi Heiko,
on nand flash using ubi, after the download of the new image into
the flash, the rest of the nand sectors get erased while flushing
the medium. With current u-boot version dfu-util may show:
Starting download:
[##] finished!
Add support of 2-stage NAND boot loader using SPL framework on T2080RDB.
PBL initialise the internal SRAM and copy SPL(96K), this further
initialise DDR using SPD and environment and copy u-boot from NAND
to DDR, finally SPL transfer control to u-boot.
Signed-off-by: Shengzhou Liu
On Fri, 2014-03-14 at 19:11 +0800, Chen-Yu Tsai wrote:
Thanks for working on this!
No problem.
I see you left out all the CONFIG_RGMII ifdefs from this file. Not
sure if it's because you're aiming to support only the Cubietruck
first.
Yes, exactly.
I think you should keep them in the same
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other
Hi Ian,
On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell i...@hellion.org.uk
wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which
Hi Albert,
On Fri, Mar 14, 2014 at 02:02:29PM +0100, Albert ARIBAUD wrote:
Hi Ian,
On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell i...@hellion.org.uk
wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi
On Fri, 2014-03-14 at 08:55 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal
On Fri, 2014-03-14 at 14:02 +0100, Albert ARIBAUD wrote:
Hi Ian,
On Fri, 14 Mar 2014 10:33:32 +, Ian Campbell i...@hellion.org.uk
wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention
Hi,
Can anyone please explain how relocation address is calculated in uboot ?
Also, I want to know whether relocation will happen or not when uboot is
running from RAM already? If yes, then can it be disabled ?
Thank you,
--
View this message in context:
On Fri, Mar 14, 2014 at 6:33 PM, Ian Campbell i...@hellion.org.uk wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Signed-off-by: Jens Kuske jensku...@gmail.com
Signed-off-by: Ian Campbell
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other
On Fri, Mar 14, 2014 at 10:33:44AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out
On Fri, Mar 14, 2014 at 10:33:43AM +, Ian Campbell wrote:
[snip]
+ writel(0xa1005000, ccm-pll1_cfg);
+ sdelay(200);
+ writel(AXI_DIV_1 0 | AHB_DIV_2 4 | APB0_DIV_1 8 |
+CPU_CLK_SRC_PLL1 16, ccm-cpu_ahb_apb0_cfg);
+ writel(0x1 6 | readl(ccm-ahb_gate0),
On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
[snip]
+static void mctl_ddr3_reset(void)
+{
+ struct sunxi_dram_reg *dram =
+ (struct sunxi_dram_reg *)SUNXI_DRAMC_BASE;
+
+ {
+ clrbits_le32(dram-mcr, DRAM_MCR_RESET);
+
On Fri, Mar 14, 2014 at 10:33:48AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
Signed-off-by: Oliver Schinagl oli...@schinagl.nl
Signed-off-by: Ian Campbell i...@hellion.org.uk
Reviewed-by: Tom Rini
On Fri, Mar 14, 2014 at 10:33:49AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Stefan Roese
On Fri, Mar 14, 2014 at 10:33:51AM +, Ian Campbell wrote:
[snip]
+#ifdef CONFIG_SUNXI_GMAC
+#define CONFIG_DESIGNWARE_ETH/* GMAC can use designware
driver */
+#define CONFIG_DW_AUTONEG
+#define CONFIG_PHY_GIGE /* GMAC can use gigabit PHY
*/
On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
[snip]
+/* Flat Device Tree (FDT/DT) support */
+#define CONFIG_OF_LIBFDT
+#define CONFIG_SYS_BOOTMAPSZ (16 20)
This
On Fri, Mar 14, 2014 at 01:59:38PM +, Ian Campbell wrote:
On Fri, 2014-03-14 at 08:55 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
On Fri, Mar 14, 2014 at 10:33:47AM +, Ian Campbell wrote:
[snip]
+#define CONFIG_SUN7I /* sun7i SoC generation */
[snip]
+#define CONFIG_ALLWINNER /* It's a Allwinner chip */
+#define CONFIG_SUNXI /* which is sunxi family */
Please make sure we end up using all 3 of
On Fri, Mar 14, 2014 at 10:33:46AM +, Ian Campbell wrote:
[snip]
+/* The sunxi internal brom will try to loader external bootloader
+ * from mmc0, nannd flash, mmc2.
Typo.
+#ifdef CONFIG_SPL_BUILD
+void sunxi_board_init(void)
+{
+ int power_failed = 0;
+ unsigned long
On Fri, Mar 14, 2014 at 11:28:06AM +, Ian Campbell wrote:
On Fri, 2014-03-14 at 19:11 +0800, Chen-Yu Tsai wrote:
[snip]
I think you should keep them in the same patch. You can then
just add the appropriate config options when support of other A20
boards roll in.
I don't have any
On Friday, March 14, 2014 at 11:33:32 AM, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other
Changes:
- randomly generate partition uuid if any is undefined
- print info about set/unset/generated uuid
- update doc/README.gpt
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
Acked-by: Lukasz Majewski l.majew...@samsung.com
Cc: Piotr Wilczek p.wilc...@samsung.com
Cc: Tom Rini
Changes:
- move uuid-string conversion functions into lib/uuid.c so they can be
used by code outside part_efi.c.
- rename uuid_string() to uuid_bin_to_str() for consistency with existing
uuid_str_to_bin()
- add an error return code to uuid_str_to_bin()
Update existing code to the new library
Hi mahsmak,
On Fri, 14 Mar 2014 06:38:34 -0700 (PDT), mahsmak
kshamim...@gmail.com wrote:
Hi,
Can anyone please explain how relocation address is calculated in uboot ?
U-Boot tries to relocate itself as high in RAM as possible so that the
lower area is available to e.g. the Linux kernel it
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 new config: CONFIG_RANDOM_UUID: compile uuid.c and rand.c
lib/uuid.c:
- add gen_rand_uuid() - this function
Hi Tom,
On Fri, 14 Mar 2014 10:19:27 -0400, Tom Rini tr...@ti.com wrote:
OK good, I think Albert and I might end up starting the sun4i/sun5i
stuff as those are the boards we've got sitting around.
As I have a Mele A1000G (A31), that would be sun6i, not sun4i/sun5i --
and yes, I would like to
On Fri, 2014-03-14 at 10:16 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal
On Fri, Mar 14, 2014 at 03:04:28PM +, Ian Campbell wrote:
On Fri, 2014-03-14 at 10:16 -0400, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
Hi Ian,
On Mar 14, 2014, at 12:33 PM, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Stefan Roese
Tom
Dear Przemyslaw Marczak,
In message
5ef7cdb8df4fb05c3c371e29d7a61e28e1563a68.1394807506.git.p.marc...@samsung.com
you wrote:
Changes:
- move uuid-string conversion functions into lib/uuid.c so they can be
used by code outside part_efi.c.
- rename uuid_string() to uuid_bin_to_str() for
fre 2014-03-14 klockan 10:33 + skrev Ian Campbell:
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree.
Thanks for picking this up. Much needed.
Regards
Henrik
___
U-Boot
Dear Przemyslaw Marczak,
In message
bf85640549b0798b838145e9bad6dcc59454e7ae.1394807506.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.
Source:
Dear Przemyslaw Marczak,
In message
e7d9246677ecb9a8c774e9e5f8d31ae3fd53d487.1394807506.git.p.marc...@samsung.com
you wrote:
Changes:
- randomly generate partition uuid if any is undefined
- print info about set/unset/generated uuid
- update doc/README.gpt
...
+ int ret = -1;
fre 2014-03-14 klockan 10:17 -0400 skrev Tom Rini:
And as for the rest of the code, lots of magic numbers to #define
what/why (why udelay(2) and 22?)
Unfortunately the only documentation we have on the sun7i DRAM
controller is Allwinner boot0 + boot1 code, and that code uses.. magic
numbers
Hi Stephen,
On 13 March 2014 11:41, Stephen Warren swar...@wwwdotorg.org wrote:
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
On 13 March 2014 11:41, Stephen Warren swar...@wwwdotorg.org wrote:
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.
On 13 March 2014 11:41, Stephen Warren swar...@wwwdotorg.org wrote:
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;
On 13 March 2014 11:42, Stephen Warren swar...@wwwdotorg.org wrote:
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
I am trying to get network support working on the Embest imx6 Marsboard.
I have been reading through the various imx6 boards and it appears that some
at least store a MAC address in the fuse memory.
This does not appear to be set on the MarSboard - the fuse memory contains 0.
The original 2009
On Fri, Mar 14, 2014 at 4:28 PM, Henrik Nordström
hen...@henriknordstrom.net wrote:
fre 2014-03-14 klockan 10:17 -0400 skrev Tom Rini:
And as for the rest of the code, lots of magic numbers to #define
what/why (why udelay(2) and 22?)
Unfortunately the only documentation we have on the sun7i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 09:17 AM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
[snip]
+static void mctl_ddr3_reset(void) +{ + struct sunxi_dram_reg
*dram = +(struct sunxi_dram_reg
On Fri, Mar 14, 2014 at 3:29 PM, Benedict Hewson
bened...@hewson-venieri.com wrote:
I am trying to get network support working on the Embest imx6 Marsboard.
I have been reading through the various imx6 boards and it appears that some
at least store a MAC address in the fuse memory.
This does
On 03/14/2014 12:22 PM, Simon Glass wrote:
Hi Stephen,
On 13 March 2014 11:41, Stephen Warren swar...@wwwdotorg.org wrote:
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;
On Fri, Mar 14, 2014 at 12:23:50PM -0500, Alex G. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 09:17 AM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:45AM +, Ian Campbell wrote:
[snip]
+static void mctl_ddr3_reset(void) +{ +struct sunxi_dram_reg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2014 02:50 PM, Hans de Goede wrote:
Hi,
On 03/14/2014 03:17 PM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section
in
ldscripts vs
Am Donnerstag, 13. März 2014, 00:42:49 schrieb Tom Rini:
How much memory do these platforms have?
LS-CHLv2 has 64MB and LS-XHL has 256MB. The kernel_addr and
ramdisk_addr are the value which was also used in the original
bootloader.
OK, so we don't have to worry about relocation to
Hi,
On 03/14/2014 03:17 PM, Tom Rini wrote:
On Fri, Mar 14, 2014 at 10:33:50AM +, Ian Campbell wrote:
Based linux-sunxi#sunxi commit d854c4de2f57 arm: Handle .gnu.hash section in
ldscripts vs v2014.01.
[snip]
+/* Flat Device Tree (FDT/DT) support */
+#define CONFIG_OF_LIBFDT
+#define
Hi,
First of all: Ian: Many many thanks for working on this, you rock!
On 03/14/2014 04:01 PM, Albert ARIBAUD wrote:
Hi Tom,
On Fri, 14 Mar 2014 10:19:27 -0400, Tom Rini tr...@ti.com wrote:
OK good, I think Albert and I might end up starting the sun4i/sun5i
stuff as those are the boards
Hi,
snip
and yes, I would like to contribute support for it.
If someone can start working on sun6i support that would be awesome.
p.s. One thing I forgot about sun6i / A31 support Oliver Schinagl has
some preliminary u-boot patches for it here:
Hi Stephen,
On 13 March 2014 11:42, Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
Much of arch/arm/cpu/tegra*-common/pinmux.c is identical. Remove the
duplication by creating pinmux-common.c for all the identical code.
This leaves:
*
On 13 March 2014 11:42, Stephen Warren swar...@wwwdotorg.org wrote:
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
Hi Stephen,
On 13 March 2014 11:42, Stephen Warren swar...@wwwdotorg.org wrote:
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
On Fri, 14 Mar 2014 10:16:42 -0400
Tom Rini tr...@ti.com wrote:
On Fri, Mar 14, 2014 at 10:33:32AM +, Ian Campbell wrote:
Hi,
This is my first cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a
On Fri, Mar 14, 2014 at 03:15:27PM +0900, Nobuhiro Iwamatsu wrote:
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
On Thu, Mar 13, 2014 at 03:52:48PM +0100, Michal Simek wrote:
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
I like the
Hi,
On 12 March 2014 04:24, Pantelis Antoniou pa...@antoniou-consulting.com wrote:
Remove the in-structure ops and put them in mmc_ops with
a constant pointer to it.
This makes the mmc structure smaller as well as conserving
code space (in theory).
You might be able to run buildman (and use
Hi,
On 12 March 2014 04:24, Pantelis Antoniou pa...@antoniou-consulting.com wrote:
Using an array is pointless; even more pointless (and scary) is using
sprintf to fill it without a format string.
This is certainly better, but how about an mmc structure init function
which sets this up?
On 12 March 2014 04:24, Pantelis Antoniou pa...@antoniou-consulting.com wrote:
The way that struct mmc was implemented was a bit of a mess;
configuration and internal state all jumbled up in a single structure.
On top of that the way initialization is done with mmc_register leads
to a lot of
Am Freitag, 14. März 2014, 10:46:26 schrieb Joakim Tjernlund:
The fsl_espi.c is wreck w.r.t large TX data.
Below is what I had to hack to load a FPGA over SPI and
what is the malloc hack good for? This does not work
well for TXing several MB data.
The driver needs to be rewritten and I do
On 03/14/2014 02:15 PM, Simon Glass wrote:
Hi Stephen,
On 13 March 2014 11:42, Stephen Warren swar...@wwwdotorg.org wrote:
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.
*
On Friday, March 14, 2014 at 09:55:08 PM, Simon Glass wrote:
Hi,
On 12 March 2014 04:24, Pantelis Antoniou pa...@antoniou-consulting.com
wrote:
Using an array is pointless; even more pointless (and scary) is using
sprintf to fill it without a format string.
This is certainly better,
On Friday, March 14, 2014 at 09:53:51 PM, Simon Glass wrote:
Hi,
On 12 March 2014 04:24, Pantelis Antoniou pa...@antoniou-consulting.com
wrote:
Remove the in-structure ops and put them in mmc_ops with
a constant pointer to it.
This makes the mmc structure smaller as well as
Hi Frank,
On 4 March 2014 01:43, Frank Ihle frank.i...@hs-offenburg.de wrote:
Hi everyone,
I searched the Internet but the help I found didn't work. I hope someone here
may know how to fix it, here's the situation:
I have this ARM9 SAM9G25 which is accessed by its ttyS0. I
want to
1 - 100 of 101 matches
Mail list logo