Hi Jaehoon,
On Fri, 2013-11-29 at 12:46 +0900, Jaehoon Chung wrote:
> Hi, Alexey,
>
> I didn't know exactly which version is used this register.
> I known this register is used only the exynos series.
> I have checked the IP version 2.70a, but CLKSEL(0x9c) wasn't used at general
> register map.
Signed-off-by: Masahiro Yamada
---
Hello Sonic
This file too.
It looks like arch/blackfin/cpu/init.elf is not used.
Please let me know if this file is necessary or not.
Best Regards
Masahiro Yamada
Makefile | 1 -
arch/blackfin/cpu/.gitignore | 2 --
arch/blackfin/cpu/
Masahiro Yamada (2):
blackfin: Do not generate unused header bootrom-asm-offsets.h
blackfin: Do not generate unused binary init.elf
Makefile | 2 --
arch/blackfin/cpu/.gitignore | 4 ---
arch/blackfin/cpu/Makefile | 16 ---
Signed-off-by: Masahiro Yamada
---
Hello, Sonic
Could you check this patch?
It looks like arch/blckfin/cpu/bootrom-asm-offsets.h
is always generated, but it is not included from anywhere.
So, I am posting this patch.
If it is necessary, please stop me.
(And please tell me how to use it.)
Best
Hi
On Fri, Nov 29, 2013 at 7:28 AM, Wolfgang Denk wrote:
> Dear Michael Trimarchi,
>
> In message
> you
> wrote:
>>
>> > Like I said in the previous reply, we should create a Falcon mode
>> > target to provide a build with a minimum delay.
>>
>> Why you don't just change your parameter locally
Dear Michael Trimarchi,
In message
you wrote:
>
> > Like I said in the previous reply, we should create a Falcon mode
> > target to provide a build with a minimum delay.
>
> Why you don't just change your parameter locally in your build?
Why don't you do that?
Best regards,
Wolfgang Denk
Dear "Abraham V.",
In message
you wrote:
>
> I didn't notice that difference until you pointed it out. Till now, I was
> under the assumption that both toolchains were (feature-wise) identical.
> And I *almost* sent a complaint letter to Linaro about this too ... Guess,
> I've got more to learn
Dear Graeme,
In message
you wrote:
>
> The 82559 is the EEPROM for the Intel Fast Ethernet controller, and as
> such, I think any interface to it should be done via a proper driver and
> not by a standalone application. Besides, I really doubt that there are any
> systems using an 82559 and U-Bo
Dear Tom Rini,
In message <1385580930-9830-1-git-send-email-tr...@ti.com> you wrote:
> The code in arch/arm/lib/board.c::board_init_f that sets
> gd->start_addr_sp has already make sure we're 8-byte aligned, so we
> don't need to do that again.
>
> Cc: Albert ARIBAUD
> Signed-off-by: Tom Rini
>
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 28 November 2013 05:01
> To: Prafulla Wadaskar
> Cc: Manas Saksena; 'u-boot@lists.denx.de';
> albert.u.b...@aribaud.net
> Subject: Re: Pull request for u-boot-marvell.git
>
> On 10/10/2013 07:06 PM, Hol
Hi, Alexey,
I didn't know exactly which version is used this register.
I known this register is used only the exynos series.
I have checked the IP version 2.70a, but CLKSEL(0x9c) wasn't used at general
register map.
If I missed the something, let me know.(It's published the upper IP version
tha
El Wed, 27 Nov 2013 08:53:55 +0100
Stefano Babic escribió:
> Hi Otavio,
>
> On 26/11/2013 13:16, Otavio Salvador wrote:
> >> I'm going to suggest this is the wrong path. Once you see i.MX
> >> systems with > 768MB DDR you're going to have initrd/fdt placed
> >> into memory Linux can't access wit
2013/11/28 Alexey Brodkin :
> On Thu, 2013-11-28 at 10:47 +0800, Kuo-Jung Su wrote:
>> From: Kuo-Jung Su
>>
>> The local pointer of address (i.e., addr) only gets
>> referenced in SPI mode, and it won't be appropriate
>> to pass only 1 bytes addr[1] to i2c_read/i2c_write while
>> CONFIG_SYS_I2C_EE
Hello
How come 13/13 is missing?
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Luka Perkov,
On 04/11/13 10:12, Luka Perkov wrote:
> The SPI section is already defined in this file (lines 268-288) so we can
> remove the duplicate definitions. While at it, also fix one tiny whitespace
> typo.
>
> Signed-off-by: Luka Perkov
> ---
> include/configs/exynos5250-dt.h | 23 +
Hello.
> > I vote for deletion
> >
>
> Thanks Graeme. Fine with me. Masahiro will do you a patch or should I?
Thank you, Graeme, Simon.
I will send a patch lator to avoid a conflict with my other patches.
Best Regards
Masahiro Yamada
___
U-Boot mai
El Wed, 27 Nov 2013 08:53:55 +0100
Stefano Babic escribió:
> Hi Otavio,
>
> On 26/11/2013 13:16, Otavio Salvador wrote:
> >> I'm going to suggest this is the wrong path. Once you see i.MX
> >> systems with > 768MB DDR you're going to have initrd/fdt placed
> >> into memory Linux can't access wit
REMOTE_BUILD is not used any more.
Signed-off-by: Masahiro Yamada
---
Makefile | 5 -
1 file changed, 5 deletions(-)
diff --git a/Makefile b/Makefile
index a6cc44c..f41497c 100644
--- a/Makefile
+++ b/Makefile
@@ -109,11 +109,6 @@ export TOPDIR SRCTREE OBJTREE SPLTREE TPLTREE
MKCONFIG
Hello Simon.
> Add a simple LCD driver which uses SDL to display the image. We update the
> image regularly, while still providing for reasonable performance.
>
> Adjust the common lcd code to support sandbox.
>
> For command-line runs we do not want the LCD to be displayed, so add a
> --hide_l
Hi,
On 27 November 2013 21:07, Graeme Russ wrote:
> Hi Guys,
>
>
> On Thu, Nov 28, 2013 at 2:44 PM, Masahiro Yamada <
> yamad...@jp.panasonic.com> wrote:
>
>> Hello Tom, Simon.
>>
>>
>>
>> > On Mon, Nov 11, 2013 at 12:47:53PM +0900, Masahiro Yamada wrote:
>> >
>> > > Commit fea25720 renamed arch
Convert sandbox over to use driver model GPIOs.
Signed-off-by: Simon Glass
---
Changes in v7: None
Changes in v6:
- Rename platform_data to platdata
- Use ofdata_to_platdata feature
Changes in v5: None
Changes in v4: None
Changes in v3:
- Update sandbox GPIO header file comments
Changes in v2:
As an example of how to write a uclass and a driver, provide a demo version
of each, accessible through the 'demo' command.
To use these with driver model, define CONFIG_CMD_DEMO and CONFIG_DM_DEMO.
The two demo drivers are enabled with CONFIG_DM_DEMO_SIMPLE and
CONFIG_DM_DEMO_SHAPE.
Signed-off-
Make driver model available after relocation, by setting up data structures
and scanning for devices using compiled-in platform_data and (when available)
the device tree.
Signed-off-by: Simon Glass
---
Changes in v7: None
Changes in v6:
- Rename platform_data to platdata
Changes in v5: None
Cha
Use driver model in sandbox to permit running of driver model unit test.
Signed-off-by: Simon Glass
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/sandbox.h | 1 +
1 file changed, 1 insertion(+)
diff
U-Boot now uses errors defined in include/errno.h which are negative
integers. Commands which fail need to report the error and return 1
to indicate failure. Add this functionality in cmd_process_error().
For now this merely reports the error number. It would be possible
also to produce a helpful
This adds a README to help with understanding of this series.
Signed-off-by: Simon Glass
---
Changes in v7:
- Fix typo in README
- Rebase to master
- Update cover letter to point to ELCE 2013 presentation, etc.
Changes in v6:
- Rename platform_data to platdata
- Revise and update README
Change
Add some tests of driver model functionality. Coverage includes:
- basic init
- binding of drivers to devices using platform_data
- automatic probing of devices when referenced
- availability of platform data to devices
- lifecycle from bind to probe to remove to unbind
- renumbering within a ucla
This command is not required for driver model operation, but can be useful
for testing. It provides simple dumps of internal data structures.
Signed-off-by: Simon Glass
Signed-off-by: Marek Vasut
Signed-off-by: Pavel Herrmann
Signed-off-by: Viktor Křivák
Signed-off-by: Tomas Hlavacek
---
Cha
Add driver model support for GPIOs. Since existing GPIO drivers do not use
driver model, this feature must be enabled by CONFIG_DM_GPIO. After all
GPO drivers are converted over we can perhaps remove this config.
Tests are provided for the sandbox implementation, and are a sufficient
sanity check
Now that named GPIO banks are supported, along with a way of obtaining
the status of a GPIO (input or output), we can provide an enhanced
GPIO command for driver model. Where the driver provides its own operation
for obtaining the GPIO state, this is used, otherwise a generic version
is sufficient.
Add support for building a device tree for sandbox's CONFIG_OF_HOSTFILE
option to make it easier to use device tree with sandbox.
This adjusts the Makefile to build a u-boot.dtb file which can be passed
to sandbox U-Boot with:
./u-boot -d u-boot.dtb
Signed-off-by: Simon Glass
---
Changes in
This series adds a driver model implementation. It is taken from
the driver model code developed by:
Marek Vasut
Pavel Herrmann
Viktor Křivák
Tomas Hlavacek
Please see doc/driver-model/README.txt for details of how to run this and
what to look for. The old driver model documentat
Dear Andreas Bießmann,
On 11.11.2013 12:03, Andreas Bießmann wrote:
(...)
+#include
+#if defined(CONFIG_MACB)
I think we can include the headers unconditionally, or is there a problem?
No problem with that.
+
+ writel(1 << ATMEL_ID_PIOA | 1 << ATMEL_ID_PIOCDE, &pmc->pcer);
+
+
Hi,
No it's not wrong. You should use CKSEG1ADDR() to access that address.
KSEG1 is an unmapped uncached address space on physical memory.
So, CKSEG1ADDR(1F00) is basically 0xBF00.
Regard,
Nikolaos Pasaloukos
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boo
In 48ec5291, only TX path was optimized; this does the same also for RX
path. This results in huge increase of TFTP throughput on custom am3352
board (from 312KiB/s to 1.8MiB/s) and eliminates occasional transfer
timeouts.
Signed-off-by: Vladimir Koutny
Cc: Mugunthan V N
Cc: Joe Hershberger
Cc
Tom Rini writes:
> On Thu, Nov 28, 2013 at 05:39:09PM +0100, Yegor Yefremov wrote:
>
>> I'm having problems with the new u-boot (November 2013) and am3517
>> SoC. When I start Debian 7.0 armhf I get lots of Segmentation faults,
>> I can't even perform apt-get udpate. With the older u-boot (arago
On Thu, Nov 28, 2013 at 05:39:09PM +0100, Yegor Yefremov wrote:
> I'm having problems with the new u-boot (November 2013) and am3517
> SoC. When I start Debian 7.0 armhf I get lots of Segmentation faults,
> I can't even perform apt-get udpate. With the older u-boot (arago
> sources from 2010) ever
I'm having problems with the new u-boot (November 2013) and am3517
SoC. When I start Debian 7.0 armhf I get lots of Segmentation faults,
I can't even perform apt-get udpate. With the older u-boot (arago
sources from 2010) everything seems to work properly.
I've checked ATAG_MEM and both u-boot ver
Hi Otavio
On Thu, Nov 28, 2013 at 4:45 PM, Fabio Estevam wrote:
> Hi Otavio,
>
> On Thu, Nov 28, 2013 at 12:51 PM, Otavio Salvador
> wrote:
>> The '0' as bootdelay reduces a lot the boot time while we still allow
>> the boot to be interruptable if need.
>
> When I initially sent the patch for Wa
Writing zero into I2Ci.I2C_CNT register causes random I2C failures in OMAP3
based devices. This seems to be related to the following advisory which
apears in multiple erratas for OMAP3 SoCs (OMAP35xx, DM37xx), as well as
OMAP4430 TRM:
Advisory:
I2C Module Does Not Allow 0-Byte Data Requests
Detail
Hi Otavio,
On Thu, Nov 28, 2013 at 12:51 PM, Otavio Salvador
wrote:
> The '0' as bootdelay reduces a lot the boot time while we still allow
> the boot to be interruptable if need.
When I initially sent the patch for Wandboard, I put the boot delay as
1 and Wolfgang was not happy with it.
Like I
Hi Otavio,
On Thu, Nov 28, 2013 at 12:51 PM, Otavio Salvador
wrote:
> This reduces the boot time and makes easier to spot important images.
I don't like this 'quiet' option to be the default as proposed here.
It would be better to create a fast boot target (preferably with
Falcon support) and t
This adds following new targets:
- update_nand_kernel
- update_nand_fdt
- update_nand_filesystem
and to avoid confusion, the 'update_nand_full' has been renamed to
'update_nand_firmware_full'.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/mx28evk.h | 35 +++
The macro allows easy setting in per-pin, as for example:
,
| imx_iomux_v3_setup_pad(MX6_PAD_NANDF_D1__GPIO_2_1 | MUX_MODE_SION);
`
The IOMUX_CONFIG_SION allows for reading PAD value from PSR register.
The following quote from the datasheet:
,
| ...
| 28.4.2.2 GPIO Write Mode
| The
Using 512k for fdt partition allow it to be aligned with the other
small partitions and 512k erase block size.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/mx28evk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx28evk.h b/include
This patch fixes allow for the DeviceTree and initrd relocation fixing
the boot of FSL 3.10.9-1.0.0-alpha kernel.
This changes following boards:
- mx6sabreauto
- mx6sabresd
- wandboard
- udoo
- nitrogen6x
- cgtqmx6eval
The reasoning, as explained by Hui Liu, is:
,
| The FDT blob will
This reads the kernel, ftd and boot into ubifs filesystem. While on
that, the SD firmware filename definition has been moved next to the
other SD related commands.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/mx28evk.h | 18 +-
1 file changed, 17 insert
A new 'update_emmc_firmware' target is added to allow for easy U-Boot
update in the eMMC as it has secury boot partition and this needs
specific handling on how to program the specific partition.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/mx6sabre_common.h | 23 +
The '0' as bootdelay reduces a lot the boot time while we still allow
the boot to be interruptable if need.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/wandboard.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/wandboard.h b/incl
This sends all the patches I've been keeping in my tree and are awaiting to be
applied. Basically:
* Wandboard LCD support and environment changes
* mx28evk environment changes
* SabreSD eMMC installation support
* IOMUX fix
* FDT loadaddr fix
Changes in v2:
- Change loadaddr to allow use wi
This reduces the boot time and makes easier to spot important images.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/wandboard.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/wandboard.h b/include/configs/wandboard.h
index e3ada33..6
This adds support for the 7" WVGA produced by Future Eletronics and
make it dynamically detect if it is connected or not based on the
touchscreen controller.
Signed-off-by: Otavio Salvador
---
Changes in v2: None
board/wandboard/wandboard.c | 240 +++-
in
There's no point in having of "dwmmc.h" per architecure - we're talking
about device driver (DesignWare MMC controller) which is expected to
work with any CPU it is attached to.
So defines used for DW MMC configuration should be in its own header
which is avaialble for everybody.
Signed-off-by: A
Hi All,
Uboot works.Flash size is 4Mbyte.SDRAM is 32Mbyte.Flash memory map is:
0xBF00 - 0xBF3F .
But MIPS CPU datasheet say: flasy memory map is:0x1F00 - 0x1FFF .
Datasheet is wrong? or flash memory map can be changed by some rules?And
What is the rule?
Uboot version: v1.1.3;
MI
On 11/27/2013 07:12 PM, Enric Balletbo Serra wrote:
Hi all,
2013/11/27 Nikita Kiryanov :
On 11/27/2013 06:10 PM, Thomas Petazzoni wrote:
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 17:52:31 +0200, Nikita Kiryanov wrote:
The zeroing of the cnt register also happens in other places in the
driv
On 10/10/2013 07:06 PM, Holger Brunck wrote:
>>>
>>> Prafulla should I send a patch on top of your branch
>>> which fixes this or should
>>> I send a v3 of the whole patch?
>>
>> Please send the patch to fix this issue on the top of branch.
>>
>
> done three days ago. So could you please pick it u
From: Abraham V. [mailto:abraham.varric...@vvdntech.com]
> 1. Added NAND as a configuration option in boards.cfg
>
Yes this is correct ..
[...]
> 2. Added NAND support in omap4_common.h configuration file
> as below (Just copied the lines from am335x_evm.h
> --- a/include/configs/omap4_common
Hello all,
(cc Pekon - my efforts are based on his earlier commit)
My firm is developing an omap4-based board with NAND memory as a boot
option. For the most part it's identical to the pandaboard (OMAP4460)
without most of the peripheral interfaces. After a recent commit which
generalized the omap
Move setup_sata function definition from platform file nitrogen6x.c
to arch/arm/imx-common/sata.c to avoid code duplication.
Signed-off-by: Giuseppe Pagano
CC: Stefano Babic
CC: Fabio Estevam
CC: Eric Nelson
---
Changes in v4:
- Correct Makefile patch to use: obj- instead of COBJS-.
Change
Add SATA support on uDoo Board.
Signed-off-by: Giuseppe Pagano
CC: Stefano Babic
CC: Fabio Estevam
---
Changes in v4:
- No changes.
Changes in v3:
- No changes.
Changes in v2:
- Split previous patch between nitrogen6x udoo code changes.
---
board/udoo/udoo.c |4
include/
On 28/11/2013 11:52, Giuseppe Pagano wrote:
> Hi Stefano,
>
> On Thu, 2013-11-28 at 10:50 +0100, Stefano Babic wrote:
>> Hi Giuseppe,
>>
> ..
>>> endif
>>> +ifeq ($(SOC),$(filter $(SOC),mx6))
>>> +COBJS-$(CONFIG_CMD_SATA) += sata.o
>>> +endif
>>
>> COBJS- was replaced by obj-
>
> Sorry, I was wo
I'm testing a board, that is quite similar with am3517evm. In Linux I
just want to use one ECC layout for all images (MLO. u-boot.img,
uImage, rootfs). It seems the only choice is
OMAP_ECC_HAMMING_CODE_HW_ROMCODE. My flash chip has page size of 2048
+ 64 bytes and 128K erase pages. It would corresp
Hi Stefano,
On Thu, 2013-11-28 at 10:50 +0100, Stefano Babic wrote:
> Hi Giuseppe,
>
..
> > endif
> > +ifeq ($(SOC),$(filter $(SOC),mx6))
> > +COBJS-$(CONFIG_CMD_SATA) += sata.o
> > +endif
>
> COBJS- was replaced by obj-
Sorry, I was working on -next branch.
Do you want me to send v4 patch wit
On Thu, 2013-11-28 at 10:47 +0800, Kuo-Jung Su wrote:
> From: Kuo-Jung Su
>
> The local pointer of address (i.e., addr) only gets
> referenced in SPI mode, and it won't be appropriate
> to pass only 1 bytes addr[1] to i2c_read/i2c_write while
> CONFIG_SYS_I2C_EEPROM_ADDR_LEN > 1.
>
> To avoid am
Hi Tom,
> You said you would be doing a v2 to make them apply cleanly again so I
> marked the old ones as Superseded under that expectation.
>
I did re-tested patches and they can be applied cleanly at that time. I
should've said
that more clearly.
Anyway, I did a rebase on 2014.01-rc1 and s
On Wed, 2013-11-27 at 18:43 -0700, Simon Glass wrote:
> I have a similar patch locally, but it actually does memset() on the
> whole structure. Some archs handle this setup differently. For example
> both ARM and x86 now allocate it in low level code so there is no need
> for the board_f code to
On Thursday 28 November 2013 03:08 PM, Vladimir Koutny wrote:
> In 48ec5291, only TX path was optimized; this does the same also for RX
> path. This results in huge increase of TFTP throughput on custom am3352
> board (from 312KiB/s to 1.8MiB/s) and eliminates occasional transfer
> timeouts.
>
> Si
From: Miao Yan
fdt_fixup_memory_banks() will add and update /memory node in
device tree blob. In the case that /memory node doesn't exist,
after adding a new one, this function returns error.
The correct behavior should be continuing to update its properties.
Signed-off-by: Miao Yan
---
change
From: Miao Yan
Signed-off-by: Miao Yan
---
changes:
v2->v3: rebase to master: d19ad726bcd5d9106f7ba9c750462fcc369f1020
v1->v2: none
doc/README.vxworks | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 doc/README.vxworks
diff --git a/doc/README.vxworks b/doc/R
From: Miao Yan
Signed-off-by: Miao Yan
---
Changes:
v2->v3: rebase to master: d19ad726bcd5d9106f7ba9c750462fcc369f1020
v1->v2: none
include/config_defaults.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/config_defaults.h b/include/config_defaults.h
index 567b46c..ad08c1d 1006
From: Miao Yan
The next version VxWorks adopts device tree (for PowerPC and ARM) as its
hardware
description mechanism. For PowerPC, the boot interface conforms to
the ePAPR standard, which is:
void (*kernel_entry)(ulong fdt_addr,
ulong r4 /* 0 */,
ulong r5 /* 0 */,
Thanks Stefano,
I didn't notice that difference until you pointed it out. Till now, I was
under the assumption that both toolchains were (feature-wise) identical.
And I *almost* sent a complaint letter to Linaro about this too ... Guess,
I've got more to learn than I anticipated.
Sincerely,
Abrah
From: Miao Yan
do_bootm_vxworks now is available under the configuration option
CONFIG_BOOTM_VXWORKS, thus aligned with other operating systems
that supported by bootm command. The bootvx command still depneds
on CONFIG_CMD_ELF.
Signed-off-by: Miao Yan
---
Changes:
v2->v3: rebase to master: d19
Hi Giuseppe,
On 28/11/2013 10:07, Giuseppe Pagano wrote:
> Move setup_sata function definition from platform file nitrogen6x.c
> to arch/arm/imx-common/sata.c to avoid code duplication.
>
> Signed-off-by: Giuseppe Pagano
> CC: Stefano Babic
> CC: Fabio Estevam
> CC: Eric Nelson
> ---
>
> dif
Signed-off-by: Masahiro Yamada
---
Note that changing CPPFLAGS locally is meaningless.
$(CPPFLAGS) is evaluated around line 260 of $(TOPDIR)/config.mk:
CFLAGS := $(CPPFLAGS) -Wall -Wstrict-prototypes
$(TOPDIR)/config.mk is included at the top of
sub makefiles, which is before adding CPPFLA
Hi Stefano,
On Thu, 2013-11-28 at 09:26 +0100, Stefano Babic wrote:
> Hi Giuseppe,
>
> On 15/11/2013 17:42, Giuseppe Pagano wrote:
> > Add Ethernet and networking support on uDoo board (FEC +phy Micrel KSZ9031).
> > Ethernet speed is currently limited to 10/100Mbps.
> > ---
>
> I slightly chang
Hello Minkyu,
On 11/13/2013 11:54 AM, Przemyslaw Marczak wrote:
Changes:
- define function usb_cable_connected() in trats board file
which returns 1 if cable is connected and 0 otherwise
- trats.h: add CONFIG_USB_CHECK_CABLE
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
Could you rev
Hello Minkyu,
On 11/13/2013 01:01 PM, Przemyslaw Marczak wrote:
Old s5p gpio coding method returns bad bank address in few cases.
Now it is working properly with every gpio part bank and pin
and it is easy to extend.
Gpio coding mask:
0x00ff - pin number
0x0000 - bank offset
0xff00
Add SATA support on uDoo Board.
Signed-off-by: Giuseppe Pagano
CC: Stefano Babic
CC: Fabio Estevam
---
Changes in v3:
- No changes.
Changes in v2:
- Split previous patch between nitrogen6x udoo code changes.
---
board/udoo/udoo.c |4
include/configs/udoo.h | 12 ++
Move setup_sata function definition from platform file nitrogen6x.c
to arch/arm/imx-common/sata.c to avoid code duplication.
Signed-off-by: Giuseppe Pagano
CC: Stefano Babic
CC: Fabio Estevam
CC: Eric Nelson
---
Changes in v3:
- Correct Makefile for filter sata.c to be compiled only for mx6
The kzm9g board fails in building with -march=armv7-a.
This fixs this problem by converting to do_div().
-
USE_PRIVATE_LIBGCC=yes ./MAKEALL kzm9g
...
arch/arm/cpu/armv7/rmobile/librmobile.o: In function `get_time_us':
arch/arm/cpu/armv7/rmobile/timer.c:41: undefined reference to `__aeabi_uldiv
Renesas ARM SoCs (R-Mobile, R-Car) are armv7 only.
This drops armv5 supprt from PLATFORM_CPPFLAGS and remove config.mk of
rmobile.
Signed-off-by: Nobuhiro Iwamatsu
---
arch/arm/cpu/armv7/rmobile/config.mk | 9 -
1 file changed, 9 deletions(-)
delete mode 100644 arch/arm/cpu/armv7/rmobil
Renesas ARM SoCs (R-Mobile, R-Car) are armv7 only.
This drops armv5 supprt from PLATFORM_CPPFLAGS and remove config.mk of
rmobile.
Signed-off-by: Nobuhiro Iwamatsu
---
arch/arm/cpu/armv7/rmobile/config.mk | 9 -
1 file changed, 9 deletions(-)
delete mode 100644 arch/arm/cpu/armv7/rmobil
The kzm9g board fails in building with -march=armv7-a.
This fixs this problem by converting to do_div().
-
USE_PRIVATE_LIBGCC=yes ./MAKEALL kzm9g
...
arch/arm/cpu/armv7/rmobile/librmobile.o: In function `get_time_us':
arch/arm/cpu/armv7/rmobile/timer.c:41: undefined reference to `__aeabi_uldiv
On 15/11/2013 17:42, Giuseppe Pagano wrote:
> uDoo uses APX823-31W5 watchdog chip. Timeout is about 1.2 seconds.
> To disabled watchdog during kernel boot, WDI pin of that chip needs to be
> in "high impedance" state. I.mx6 gpio configuration does not contemplate
> tristate, so pin is set as input
Hi Giuseppe,
On 15/11/2013 17:42, Giuseppe Pagano wrote:
> Add Ethernet and networking support on uDoo board (FEC +phy Micrel KSZ9031).
> Ethernet speed is currently limited to 10/100Mbps.
>
> Signed-off-by: Giuseppe Pagano
> Tested-by: Fabio Estevam
> CC: Stefano Babic
> CC: Fabio Estevam
>
On 15/11/2013 17:42, Giuseppe Pagano wrote:
> Previous uDoo configuration adopts register settings for DDR3, clock, muxing,
> etc. taken from Nitrogen6x. uDoo schematics is rather different from that
> board,
> and it needs customized setting for most of the registers.
> All this changes can be co
Hi Eric, Marek,
On 27/11/2013 17:19, Eric Nelson wrote:
> It seems to lock up the system if you don't have the proper
> device connected.
>
> Without this bit, I was able to confirm proper enumeration
> of a PCIe bus with a USB 3.0 controller:
>
>00:01.0 - 16c3:abcd - Bridge device
>
Hi Giuseppe,
On 15/11/2013 17:42, Giuseppe Pagano wrote:
> Move setup_sata function definition from platform file nitrogen6x.c
> to arch/arm/imx-common/sata.c to avoid code duplication.
>
> Signed-off-by: Giuseppe Pagano
> CC: Stefano Babic
> CC: Fabio Estevam
> CC: Eric Nelson
> ---
>
> Cha
From: Dave Liu
In PBL RAMBOOT(SPI/SD/NAND boot) mode, CPC1 used as SRAM, should disable
CPC1 speculation and keep it till relocation. Otherwise, speculation
transactions will go to DDR controller, it will cause problem.
Signed-off-by: Dave Liu
Signed-off-by: Shaohui Xie
---
arch/powerpc/cpu/m
90 matches
Mail list logo
