Hi Alexey,
On Nov 27, 2013, at 9:45 AM, Alexey Brodkin wrote:
> Hi Pantelis,
>
> On Wed, 2013-11-27 at 09:21 +0200, Pantelis Antoniou wrote:
>> Hi Alexey,
>>
>> On Nov 27, 2013, at 9:11 AM, Alexey Brodkin wrote:
>>
>
>> ATM if no host->fifoth_val value is provided the code will calculate one
Hi, Alexey.
On 11/27/2013 04:45 PM, Alexey Brodkin wrote:
> Hi Pantelis,
>
> On Wed, 2013-11-27 at 09:21 +0200, Pantelis Antoniou wrote:
>> Hi Alexey,
>>
>> On Nov 27, 2013, at 9:11 AM, Alexey Brodkin wrote:
>>
>
>> ATM if no host->fifoth_val value is provided the code will calculate one and
>>
On 08/11/2013 14:08, Fabio Estevam wrote:
> OCOTP driver is currently selected via CONFIG_MXC_OCOTP option.
>
> Remove the old OCOTP related options, as they are not used anymore.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
On 25/11/2013 13:34, Fabio Estevam wrote:
> Currently HDMI splash screen is selected by default on mx6sabresd boards.
>
> As LVDS is also enabled, this causes incorrect colors to be displayed im the
> LVDS panel.
>
> Fix this by selecting the LVDS panel as the default splash output and only
> k
On 09/11/2013 00:50, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Muni
On 20/11/2013 23:26, Fabio Estevam wrote:
> From: Fabio Estevam
>
> On mx31pdk board the PMIC is connected via SPI interface, so it does not make
> sense to pass I2C_PMIC into the pmic_init() interface.
>
> Pass the SPI bus number via CONFIG_FSL_PMIC_BUS option instead.
>
> Signed-off-by: Fabio
On 20/11/2013 23:26, Fabio Estevam wrote:
> From: Fabio Estevam
>
> On mx51evk board the PMIC is connected via SPI interface, so it does not make
> sense to pass I2C_PMIC into the pmic_init() interface.
>
> Pass the SPI bus number via CONFIG_FSL_PMIC_BUS option instead.
>
> Signed-off-by: Fabio
On 20/11/2013 23:26, Fabio Estevam wrote:
> From: Fabio Estevam
>
> On efikamx board the PMIC is connected via SPI interface, so it does not make
> sense to pass I2C_PMIC into the pmic_init() interface.
>
> Pass the SPI bus number via CONFIG_FSL_PMIC_BUS option instead.
>
> Signed-off-by: Fabio
On 20/11/2013 23:26, Fabio Estevam wrote:
> From: Fabio Estevam
>
> There is no need to pass p->bus differently when the PMIC is connected via SPI
> or via I2C.
>
> Handle the both cases in the same way.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stef
On 11/11/2013 17:22, Marek Vasut wrote:
> Add cpu_clock_teardown() call before the Linux kernel is started,
> so the CPU code can stop clock that may hinder the Linux's boot.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Stefano Babic
> ---
Applied to u-boot-imx, thanks.
Best reg
On 11/11/2013 17:22, Marek Vasut wrote:
> Split the SATA clock enabling function and add PCI express clock
> enabling function. The SATA clock enabling function starts up the
> 100MHz SATA reference PLL in ENET_PLL register, but the code can
> be re-used to enable the 125MHz PCIe reference in ENET_
On 11/11/2013 17:22, Marek Vasut wrote:
> Make indirect vectors addresses global, so they can be replaced by
> various code that needs to do so. For example the MX6 PCI express
> driver needs to temporarily replace data abort handler when reading
> the config space.
>
> Signed-off-by: Marek Vasut
On 11/11/2013 17:22, Marek Vasut wrote:
> Add PCIe driver for the Freescale i.MX6 SoC . This driver operates the
> PCIe block in RC mode only, the EP mode is NOT supported. The driver is
> tested with the Intel e1000 NIC driver.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Fabio Est
On 11/11/2013 17:22, Marek Vasut wrote:
> Enable PCI express on MX6 Sabrelite.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Eric Nelson
> Cc: Fabio Estevam
> Cc: Stefano Babic
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 08/11/2013 19:20, Fabio Estevam wrote:
> mx6sabre board has a m25p32 SPI NOR connected to ECSPI1 port.
>
> Add support for it.
>
> This patch allows the SPI NOR flash to be succesfully detected:
>
> => sf probe
> SF: Detected M25P
Hi,
> On 11/11/2013 17:22, Marek Vasut wrote:
> > Enable PCI express on MX6 Sabrelite.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Albert Aribaud
> > Cc: Eric Nelson
> > Cc: Fabio Estevam
> > Cc: Stefano Babic
> > ---
>
> Applied to u-boot-imx, thanks.
Eric, is this one OK?
Best regards,
M
Hi,
> On 11/11/2013 17:22, Marek Vasut wrote:
> > Add cpu_clock_teardown() call before the Linux kernel is started,
> > so the CPU code can stop clock that may hinder the Linux's boot.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Albert Aribaud
> > Cc: Stefano Babic
> > ---
>
> Applied to u-boo
Hi Marek,
On 27/11/2013 09:59, Marek Vasut wrote:
> Hi,
>
>> On 11/11/2013 17:22, Marek Vasut wrote:
>>> Add cpu_clock_teardown() call before the Linux kernel is started,
>>> so the CPU code can stop clock that may hinder the Linux's boot.
>>>
>>> Signed-off-by: Marek Vasut
>>> Cc: Albert Aribau
Hi Tom,
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Tom Rini
> Sent: Tuesday, November 26, 2013 5:59 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [ANN] v2014.01-rc1
>
> Hey all,
>
> I've put v2014.01-rc1 out and and
On Wednesday 27 November 2013 05:47 AM, Vaibhav Bedia wrote:
> On Mon, Nov 25, 2013 at 12:18 AM, Lokesh Vutla wrote:
>> On Friday 22 November 2013 02:22 AM, Vaibhav Bedia wrote:
>>> On Thu, Nov 21, 2013 at 1:18 AM, Lokesh Vutla wrote:
>>> [...]
>>>
-/*
- * Get SDRAM type connected to EM
When U-Boot is configured for Versatile AB, it will still pass
the machine ID of Versatile PB to the kernel. After this simple
fix the system boots correctly.
Cc: Stefano Babic
Cc: Marek Vasut
Signed-off-by: Linus Walleij
---
board/armltd/versatile/versatile.c | 4
1 file changed, 4 inser
The Versatiles come up with the primary UART set to ttyAMA0 at
38400 baud, and unless we pass this to the kernel it will assume
it is set to 9600 baud which will be quite awkward for the
terminal, let's try to be helpful and inform the kernel what
setting is used.
Cc: Stefano Babic
Cc: Marek Vasu
Dear Linus Walleij,
> When U-Boot is configured for Versatile AB, it will still pass
> the machine ID of Versatile PB to the kernel. After this simple
> fix the system boots correctly.
>
> Cc: Stefano Babic
> Cc: Marek Vasut
> Signed-off-by: Linus Walleij
> ---
> board/armltd/versatile/versat
Dear Linus Walleij,
+CC Albert, he's the ARM guy. Stefano is the Freescale IMX guy :)
> When U-Boot is configured for Versatile AB, it will still pass
> the machine ID of Versatile PB to the kernel. After this simple
> fix the system boots correctly.
>
> Cc: Stefano Babic
> Cc: Marek Vasut
> S
Dear Linus Walleij,
> The Versatiles come up with the primary UART set to ttyAMA0 at
> 38400 baud, and unless we pass this to the kernel it will assume
> it is set to 9600 baud which will be quite awkward for the
> terminal, let's try to be helpful and inform the kernel what
> setting is used.
>
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
include/configs/trats2.h |4
1 file changed, 4 deletions(-)
diff --git a/include/configs/trats2.h b/include/configs/trats2.h
index bf49dd5..8de41ff 100644
--- a/include/configs/trats2.h
+++ b/include/configs
In this patch variable names are used instead of hardcoded names
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
include/configs/trats2.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/configs/trats2.h b/include/configs/trats2
This patch series cleanups some code for Trats2.
Unused defines are removed.
For envs, hardcoded names are replaced with variable names.
In the board file, 'samsung_get_base' common functions are used.
Tizen partions layout is updated.
This patch series is based on:
http://patchwork.ozlabs.org/pa
This patch updates Tizen partions layout.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
include/configs/trats2.h | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/include/configs/trats2.h b/include/configs/trats2.h
index 9
This patch use 'samsung_get_base' common functions to access registers.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
board/samsung/trats2/trats2.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/board/samsung/trats2/trats2
On 11/22/2013 6:08 PM, Bo Shen wrote:
Hi Josh,
On 11/22/2013 02:58 PM, Josh Wu wrote:
This patch will save U-Boot environment as a file: uboot.env, in FAT
partition
instead of saving it in raw sector of SD card.
Since saving environment in raw sector has risk of corrupting the SD
card and
on
On Wed, Nov 27, 2013 at 5:53 AM, Stefano Babic wrote:
> 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 without HIGH
On Wed, Nov 27, 2013 at 4:40 AM, Wolfgang Denk wrote:
> Dear Otavio Salvador,
>
> In message
> you
> wrote:
>>
>> > Do I understand correctly that this happens only with the FSL kernel,
>> > i. e. not with mainline Linux?
>>
>> Exactly.
>>
>> > What exactly is the effect of calling your set_ana
Hello,
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
we're seeing random I2C communication problems at startup.
Most of the time it's just:
"""
Out: serial
Err: serial
i2c_write: pads on bus 0 probabl
Hi Pantelis,
Indeed this is bogus. What is the reset value of the fifoth register?
> Below is a description for the register in question with default
values specified.
--
FIFO Threshold Watermark Register
--
x
As proposed by Heiko I made some small changes and verified the patch with the
checkpatch-script.
From 169f40e72fceb222bb15dd59c1337f42371e97a5 Mon Sep 17 00:00:00 2001
From: Andreas Oetken
Date: Wed, 27 Nov 2013 13:09:19 +0100
Subject: [PATCH] Added rsa-sha256 support.
Signed-off-by: Andrea
On Wed, Nov 27, 2013 at 10:55 AM, Marek Vasut wrote:
> We should just switch to DT, but I do understand the motivation here.
I will be working on cleanups and DT next, this is just to get a
working baseline.
> Can you
> not detect which board it is dynamically to avoid the ifdef?
No :-/
Yours
On Wed, Nov 27, 2013 at 11:02 AM, Marek Vasut wrote:
> Dear Linus Walleij,
>
> +CC Albert, he's the ARM guy. Stefano is the Freescale IMX guy :)
I just saw in the git log that Stefano had a few commits to these
boards...
Yours,
Linus Walleij
___
U-Boot
On Wed, Nov 27, 2013 at 11:03 AM, Marek Vasut wrote:
> [Me]
>> #define CONFIG_BOOTDELAY 2
>> #define CONFIG_BOOTARGS "root=/dev/nfs mem=128M ip=dhcp "\
>> - "netdev=25,0,0xf101,0xf1010010,eth0"
>> + "netdev=25,0,0xf101
On 27/11/2013 10:55, Marek Vasut wrote:
Dear Linus Walleij,
When U-Boot is configured for Versatile AB, it will still pass
the machine ID of Versatile PB to the kernel. After this simple
fix the system boots correctly.
Cc: Stefano Babic
Cc: Marek Vasut
Signed-off-by: Linus Walleij
---
b
If platform provides "host->fifoth_val" it will be used for
initialization of DWMCI_FIFOTH register. Otherwise default value will be
used.
This implementation allows:
* escape unclear and recursive calculations that are currently in use
* use whatever custom value for DWMCI_FIFOTH initialization
Acked-by: Jaehoon Chung
On 11/27/2013 10:00 PM, Alexey Brodkin wrote:
> If platform provides "host->fifoth_val" it will be used for
> initialization of DWMCI_FIFOTH register. Otherwise default value will be
> used.
>
> This implementation allows:
> * escape unclear and recursive calculations th
Hello!
I would like to compile U-Boot with custom configuration.
I downloaded source from the master git repository
(http://git.denx.de/?p=u-boot.git;a=summary).
I am trying to compile using following commands:
$ cd u-boot/
$ make ARCH=arm CROSS_COMPILE=arm-unknown-linux-gnu-
at91sam9g20ek_nand
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2013 02:03 AM, Masahiro Yamada wrote:
> Hello.
>
>> As always, please speak up if something suddenly broke or you've found a
>> problem of some sort. Thanks all!
>
> I noticed at least two boards got broken by v2014.01-rc release:
> cam_enc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2013 04:33 AM, Yan, Miao wrote:
> Hi Tom,
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> On Behalf Of Tom Rini
>> Sent: Tuesday, November 26, 2013 5:59 AM
>> To: u-boot@lists.den
Dear Alexey Smishlayev,
On 11/27/2013 01:26 PM, Alexey Smishlayev wrote:
> Hello!
> I would like to compile U-Boot with custom configuration.
> I downloaded source from the master git repository
> (http://git.denx.de/?p=u-boot.git;a=summary).
> I am trying to compile using following commands:
> $
On Wed, Nov 27, 2013 at 1:51 PM, Stefano Babic wrote:
> I do not know if it is possible, but if yes, we did not need in the past to
> introduce CONFIG_ARCH_VERSATILE_AB.
The boards are similar enough that they will boot to prompt, but they
will register the wrong set of peripherals, and some stu
Hi Scott,
> This makes the names match current Linux source, and resolves
> a conflict between
> http://patchwork.ozlabs.org/patch/280488/
> and
> http://patchwork.ozlabs.org/patch/284513/
>
> The former was posted first and is closer to matching Linux, but
> unlike Linux it does not add _LARGE t
Dear Andreas Bießmann,
On 2013.11.27. 15:39, Andreas Bießmann wrote:
crt0.S:70 subtracts the GD_SIZE from current stack pointer. The code
written seems to miss the Rn according to [1]. Could you please test to
change it from to: 'sub sp, sp, #GD_SIZE'?
Yes, thank you! Now it successfully compi
Hi Thomas,
CC'ing Javier Martínez
2013/11/27 Thomas Petazzoni :
> Hello,
>
> We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> we're seeing random I2C communication problems at startup.
>
Right, I've rep
Dear Alexey Smishlayev,
On 11/27/2013 02:53 PM, Alexey Smishlayev wrote:
> On 2013.11.27. 15:39, Andreas Bießmann wrote:
>> crt0.S:70 subtracts the GD_SIZE from current stack pointer. The code
>> written seems to miss the Rn according to [1]. Could you please test to
>> change it from to: 'sub sp,
Hi Marek,
On 11/27/2013 01:59 AM, Marek Vasut wrote:
Hi,
On 11/11/2013 17:22, Marek Vasut wrote:
Enable PCI express on MX6 Sabrelite.
Signed-off-by: Marek Vasut
Cc: Albert Aribaud
Cc: Eric Nelson
Cc: Fabio Estevam
Cc: Stefano Babic
---
Applied to u-boot-imx, thanks.
Eric, is this on
Dear Enric Balletbo Serra,
On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
> 2013/11/27 Thomas Petazzoni :
> > Hello,
> >
> > We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> > IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> > we're see
argv[0] contains bootvx (command name) not the load address, if called with
argv < 2 use load_addr, else use address argument given to the command.
Signed-off-by: Stany MARCEL
---
This patch has been tested on uboot-xlnx master.
common/cmd_elf.c | 6 +++---
1 file changed, 3 insertions(+), 3 d
Hi Thomas,
2013/11/27 Thomas Petazzoni :
> Dear Enric Balletbo Serra,
>
> On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
>
>> 2013/11/27 Thomas Petazzoni :
>> > Hello,
>> >
>> > We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
>> > IGEP boards (OMAP3 based, U-Bo
The zeroing of I2Ci.I2C_CNT register at the end of i2c_write causes
random I2C failures in OMAP3 based devices. This is probably related
to the following advisory in OMAP3 errata:
I2C Module Does Not Allow 0-Byte Data Requests
Details:
When configured as the master, the I2C module does not allow 0
On Wed, Nov 27, 2013 at 01:19:29PM +0100, Thomas Petazzoni wrote:
> Hello,
>
> We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
> IGEP boards (OMAP3 based, U-Boot shows "OMAP36XX/37XX-GP ES1.2"), and
> we're seeing random I2C communication problems at startup.
>
> Most of the
Dear Enric Balletbo Serra,
On 11/27/2013 03:22 PM, Enric Balletbo Serra wrote:
> 2013/11/27 Thomas Petazzoni :
>> On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
>>> 2013/11/27 Thomas Petazzoni :
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
IGEP boa
On 11/27/2013 04:22 PM, Enric Balletbo Serra wrote:
Hi Thomas,
2013/11/27 Thomas Petazzoni :
Dear Enric Balletbo Serra,
On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
2013/11/27 Thomas Petazzoni :
Hello,
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
I
On 11/27/2013 04:22 PM, Enric Balletbo Serra wrote:
Hi Thomas,
2013/11/27 Thomas Petazzoni :
Dear Enric Balletbo Serra,
On Wed, 27 Nov 2013 14:56:15 +0100, Enric Balletbo Serra wrote:
2013/11/27 Thomas Petazzoni :
Hello,
We've recently updated from u-boot 2013.04 to u-boot 2013.10 on our
I
Hi Eric,
> Hi Marek,
>
> On 11/27/2013 01:59 AM, Marek Vasut wrote:
> > Hi,
> >
> >> On 11/11/2013 17:22, Marek Vasut wrote:
> >>> Enable PCI express on MX6 Sabrelite.
> >>>
> >>> Signed-off-by: Marek Vasut
> >>> Cc: Albert Aribaud
> >>> Cc: Eric Nelson
> >>> Cc: Fabio Estevam
> >>> Cc: Ste
Dear Alexey Smishlayev,
On 11/27/2013 03:43 PM, Alexey Smishlayev wrote:
> Thank you for the advice!
> The toolchain I'm using was provided by manufacturer of the embedded board I
> am working with.
> Which toolchain should I pick instead?
reference for u-boot is ELDK [1]. Some use mentor (forme
On Wed, Nov 27, 2013 at 04:44:09PM +0200, Nikita Kiryanov wrote:
> The zeroing of I2Ci.I2C_CNT register at the end of i2c_write causes
> random I2C failures in OMAP3 based devices. This is probably related
> to the following advisory in OMAP3 errata:
>
> I2C Module Does Not Allow 0-Byte Data Reque
Building some arm boards with older binutils may produce errors like this:
---8<---
crt0.S: Assembler messages:
crt0.S:70: Error: register expected, not '#(184)' -- `sub sp,#(184)'
--->8---
Use canonical version of the subtract mnemonic to avoid those issues.
Reported-by: Alexey Smishlayev
Sign
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
> >> Not sure to understand your question: my paragraph above mentions the
> >> IGEP board as being the platform on which I'm seeing this. So indeed, a
> >> OMAP3-based board is affected. But maybe I misunderstood yo
Dear Tom Rini,
On Wed, 27 Nov 2013 09:45:55 -0500, Tom Rini wrote:
> > I see that 960187ffa125b3938fec4b827bd9e8c04a204af8 ("ARM: OMAP: I2C:
> > New read, write and probe functions") has changed significantly the
> > OMAP I2C driver. And it turns out that reverting this commit actually
> > fixes
Hi Thomas
On Wed, Nov 27, 2013 at 4:35 PM, Thomas Petazzoni
wrote:
> Dear Tom Rini,
>
> On Wed, 27 Nov 2013 09:45:55 -0500, Tom Rini wrote:
>
>> > I see that 960187ffa125b3938fec4b827bd9e8c04a204af8 ("ARM: OMAP: I2C:
>> > New read, write and probe functions") has changed significantly the
>> > OM
From: Hardik Patel
OMAP4460 PandaBoard-ES till Rev B3 used Elpida EDB8064B2PB-xx-F RAM. However,
starting Rev B3,
boards are now manufactured with Elpida EDB8164B3PF-xx-F DDR2 RAM.
---
Changes for v3:
- Implemented strong emif_get_reg_dump function in panda.c to eliminate
change in sdram_el
From: Hardik Patel
Signed-off-by: Hardik Patel
---
arch/arm/cpu/armv7/omap4/sdram_elpida.c |4 +-
arch/arm/include/asm/arch-omap4/sys_proto.h |4 ++
board/ti/panda/panda.c | 60 +++
3 files changed, 66 insertions(+), 2 deletions(-)
di
On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
Not sure to understand your question: my paragraph above mentions the
IGEP board as being the platform on which I'm seeing this. So indeed, a
OMAP3-based board is af
Hi Nikita,all,
On 27-Nov-13 17:52, Nikita Kiryanov wrote:
On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
Dear Nikita Kiryanov,
On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
Not sure to understand your question: my paragraph above mentions the
IGEP board as being the platform on
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
> driver, and it is entirely possible that they should be removed for
> OMAP3s as well.
>
> In my patch I removed it only for i2c_write() because
On 11/27/2013 05:09 PM, Tom Rini wrote:
On Wed, Nov 27, 2013 at 04:44:09PM +0200, Nikita Kiryanov wrote:
The zeroing of I2Ci.I2C_CNT register at the end of i2c_write causes
random I2C failures in OMAP3 based devices. This is probably related
to the following advisory in OMAP3 errata:
I2C Module
On Wed, Nov 27, 2013 at 06:01:18PM +0200, Lubomir Popov wrote:
> Hi Nikita,all,
>
> On 27-Nov-13 17:52, Nikita Kiryanov wrote:
> >On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
> >>Dear Nikita Kiryanov,
> >>
> >>On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
> >>
> >Not sure to un
Thanks Marek,
On 11/11/2013 09:22 AM, Marek Vasut wrote:
Enable PCI express on MX6 Sabrelite.
Signed-off-by: Marek Vasut
Cc: Albert Aribaud
Cc: Eric Nelson
Cc: Fabio Estevam
Cc: Stefano Babic
---
board/boundary/nitrogen6x/nitrogen6x.c | 7 ++-
include/configs/nitrogen6x.h
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
driver, and it is entirely possible that they should be removed for
OMAP3s as well.
In my patch
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
>>> driver, and it is entirely possible tha
Some code in board_init_f that dates back to the initial relocation
support had if/else for PRELOADER (which became SPL_BUILD) about setting
the stack pointer. But, board.c is never built for CONFIG_SPL_BUILD
now, so this really makes no sense. Drop this section.
Cc: Albert ARIBAUD
Signed-off-b
If U-Boot build with DEBUG enabled/defined the first call of "debug"
function (that dumps data to any available console) will happen before
zeroing of initial "gd" in init call "zero_global_data" in
"init_sequence_f".
And if stack was not filled with zeros chances are high that
"gd->have_console"
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
---
arch/arm/lib/crt0.S |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/lib/crt0.S
Hi Tom,
> On Wed, Nov 27, 2013 at 06:01:18PM +0200, Lubomir Popov wrote:
>> Hi Nikita,all,
>>
>> On 27-Nov-13 17:52, Nikita Kiryanov wrote:
>> >On 11/27/2013 05:28 PM, Thomas Petazzoni wrote:
>> >>Dear Nikita Kiryanov,
>> >>
>> >>On Wed, 27 Nov 2013 16:52:56 +0200, Nikita Kiryanov wrote:
>> >>
>>
MEM_PLL_RAT on T4240/T4160 Rev2.0 uses a value which is half of Rev1.0.
It's 12 in Rev1.0, for Rev2.0 it uses 6.
Signed-off-by: Roy Zang
Signed-off-by: Shaohui Xie
Reviewed-by: Yusong Sun
---
arch/powerpc/cpu/mpc85xx/speed.c |8
1 file changed, 8 insertions(+)
diff --git a/arch/p
On Wed, Nov 27, 2013 at 1:58 AM, Lokesh Vutla wrote:
> On Wednesday 27 November 2013 05:36 AM, Vaibhav Bedia wrote:
>> On Mon, Nov 25, 2013 at 12:08 AM, Lokesh Vutla wrote:
>>> On Friday 22 November 2013 02:07 AM, Vaibhav Bedia wrote:
On Thu, Nov 21, 2013 at 1:18 AM, Lokesh Vutla wrote:
>>>
On Wed, Nov 27, 2013 at 4:34 AM, Lokesh Vutla wrote:
[...]
> Ideally the default value should be exported from e-fuse values.
> EMIF does some HW sequence according to the value exported here. This filed
> tells
> what type of memory it is.
>
No, eFuse is not the right place for this information
Hello Tom, Albert.
(I'm CCing Simon)
> Some code in board_init_f that dates back to the initial relocation
> support had if/else for PRELOADER (which became SPL_BUILD) about setting
> the stack pointer. But, board.c is never built for CONFIG_SPL_BUILD
> now, so this really makes no sense. Drop t
Hi,
On 27 November 2013 18:38, Masahiro Yamada wrote:
> Hello Tom, Albert.
> (I'm CCing Simon)
>
> > Some code in board_init_f that dates back to the initial relocation
> > support had if/else for PRELOADER (which became SPL_BUILD) about setting
> > the stack pointer. But, board.c is never built
On 27 November 2013 11:32, Alexey Brodkin wrote:
> If U-Boot build with DEBUG enabled/defined the first call of "debug"
> function (that dumps data to any available console) will happen before
> zeroing of initial "gd" in init call "zero_global_data" in
> "init_sequence_f".
>
> And if stack was no
$(LDSCRIPT) is a source file, not a generated file.
We do not need a make rule of $(LDSCRIPT).
And one more trivial fix:
$(obj)/u-boot should not dierectly depend on $(LDSCRIPTS).
Signed-off-by: Masahiro Yamada
---
I built all target boards and checked md5sum of output binaries.
I confirmed thi
On Thu, Nov 28, 2013 at 10:38:31AM +0900, Masahiro Yamada wrote:
> Hello Tom, Albert.
> (I'm CCing Simon)
>
> > Some code in board_init_f that dates back to the initial relocation
> > support had if/else for PRELOADER (which became SPL_BUILD) about setting
> > the stack pointer. But, board.c is n
From: Kuo-Jung Su
The Faraday FTSSP010 is a multi-function controller
which supports I2S/SPI/SSP/AC97/SPDIF. However This
patch implements only the SPI mode.
NOTE:
The DMA and CS/Clock control logic has been altered
since hardware revision 1.19.0. So this patch
would first detects the revision i
From: Kuo-Jung Su
Replace the legacy i2c model with the new one.
Signed-off-by: Kuo-Jung Su
Cc: Heiko Schocher
---
Changes for v2:
- Nothing updates
drivers/i2c/fti2c010.c | 299 +---
1 file changed, 133 insertions(+), 166 deletions(-)
diff --
From: Kuo-Jung Su
For a eeprom with a 2-bytes address (e.g., Ateml AT24C1024B),
the r/w address should be serial out in MSB order.
Signed-off-by: Kuo-Jung Su
Cc: Heiko Schocher
---
Changes for v2:
- Initial release
drivers/i2c/fti2c010.c | 38 ++
1 fi
From: Kuo-Jung Su
This changeset adapts the driver to the new one.
In patch v2, it also includes a bug fix for i2c r/w address and eeprom.
Changes for v2:
1. eeprom: bug fix for i2c read/write
2. fti2c010: serial out r/w address in MSB order
Kuo-Jung Su (4):
i2c: fti2c010: cosmetic: codin
From: Kuo-Jung Su
Coding style cleanup
Signed-off-by: Kuo-Jung Su
Cc: Heiko Schocher
---
Changes for v2:
- Nothing updates
drivers/i2c/fti2c010.c | 31 ---
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/drivers/i2c/fti2c010.c b/drivers/i2c/ft
From: Kuo-Jung Su
Faraday FTNANDC021 is an integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
Issuing a command 0x10 to FTNANDC021 would result in
a page write + a read status operation.
Signed-off-by: Kuo-Jung Su
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 ambiguity, this patch would drop the use of
address pointer in I2C mode,
Masahiro Yamada (2):
post: descend only when CONFIG_HAS_POST is defined
Makefile: Select objects by CONFIG_ rather than $(ARCH) or $(CPU)
Makefile | 14 +-
arch/powerpc/cpu/Makefile | 6 +++---
arch/powerpc/cpu/mpc8xxx/Makefile | 6 ++
exa
All objects under post/ directory are enabled by CONFIG_HAS_POST.
(post/tests.o is enabled by CONFIG_POST_STD_LIST.
But CONFIG_POST_STD_LIST depends on CONFIG_HAS_POST.)
We can move CONFIG_HAS_POST switch to the top Makefile.
Signed-off-by: Masahiro Yamada
---
FYI:
CONFIG_HAS_POST and CONFIG_P
Convert like follows:
CPU mpc83xx -> CONFIG_MPC83xx
CPU mpc85xx -> CONFIG_MPC85xx
CPU mpc86xx -> CONFIG_MPC86xx
CPU mpc5xxx -> CONFIG_MPC5xxx
CPU mpc8xx -> CONFIG_8xx
CPU mpc8260 -> CONFIG_8260
CPU ppc4xx -> CONFIG_4xx
CPU x86 -> CONFIG_X86
ARCH x86 -> CONFIG_X86
ARCH p
Before switching to the real Kbuild, drivers/usb/gadget/Makefile
must be fixed.
If none of CONFIG_USB_GADGET, CONFIG_USB_ETHER, CONFIG_USB_DEVICE
is defined, both obj- and obj-y get empty.
We need non-empty obj- or obj-y on each Makefile
to generate built-in.o on the real Kbuild.
Signed-off-by: M
1 - 100 of 112 matches
Mail list logo
