If a bus busy is detected when intializing the driver,
toggle 9 times the scl pin. Therefore enable the test mode
of the controller, in which the scl, sda pins can be
controlled manually.
Tested on the siemens boards pxm2, rut and dxr2.
Signed-off-by: Heiko Schocher
Cc: Tom Rini
Cc: Hannes Pete
Hello Abdul Basit:
> .I noticed that the following lines are coming twice:
>
> SF: Detected S25FL129P_64K/S25FL128S_64K with page size 64 KiB, total 16
MiB
>
> This corresponds to the function spi_flash_probe from
> drivers/mtd/spi/spi_flash.c
>
> I need to know:
>
> 1- Why it is probed twice
Hello Jeroen,
On 06/27/2014 10:20 PM, Jeroen Hofstee wrote:
Hello Przemyslaw,
On 27-06-14 13:34, Przemyslaw Marczak wrote:
On 06/27/2014 11:40 AM, Minkyu Kang wrote:
Dear Przemyslaw Marczak,
On 26/06/14 23:15, Przemyslaw Marczak wrote:
On an Odroid U3 board, the SOC is unable to reset the e
Dear Albert,
The following changes since commit 0a26e1d6c394aacbf1153977b7348d1dff85db3f:
arm: fix a double-definition error of _start symbol (2014-06-09 10:36:40
+0200)
are available in the git repository at:
http://git.denx.de/u-boot-samsung
for you to fetch changes up to 5287d59544951
Hi Tom,
I observed some issues on our Siemens CPU boards with am3352 configuring 2Gbit
DDR3 from Samsung (K4B2G1646Q). Before we used a 1 Gbit DDR3 memory from
Samsung as well and other manufacturers that worked fine. With 2 Gbit I
noticed, after some trial and error (and adapting tRFC parameter
On Sunday, June 29, 2014 at 10:33:26 PM, Jörg Krause wrote:
> On 06/28/2014 10:53 PM, Jörg Krause wrote:
> > [snip]
> > ___
> > U-Boot mailing list
> > U-Boot@lists.denx.de
> > http://lists.denx.de/mailman/listinfo/u-boot
>
> I did some tests this weeken
Hi Bo,
> -/* No NOR flash */
> +/* NOR flash */
> +#define CONFIG_CMD_FLASH
> +
> +#ifdef CONFIG_CMD_FLASH
> +#define CONFIG_SYS_FLASH_CFI
> +#define CONFIG_FLASH_CFI_DRIVER
> +#define CONFIG_SYS_FLASH_BASE0x1000
> +#define CONFIG_SYS_MAX_FLASH_SECT0x2
> +#define CONFIG
in_be16() shall be passed a pointer to register and not its value. This
is clearly a typo resulting in a wrong memory access, so fix it.
Cc: Alison Wang , Jason Jin
Signed-off-by: Vasili Galka
---
arch/m68k/cpu/mcf5445x/speed.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff -
The csarX and cscrX registers in the fbcs_t struct are 16-bit for
CONFIG_M5235 and 32-bit wide otherwise. The code in cpu_init.c
accessed them always as 32-bit, effectively creating a wrong memory
access on M5235. Fixed that by choosing out_be16/out_be32 depending
on whether CONFIG_M5235 is defined
get_sclk() was not defined in bfin_wdt.c, include the corresponding header.
Cc: Sonic Zhang
Signed-off-by: Vasili Galka
---
drivers/watchdog/bfin_wdt.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/watchdog/bfin_wdt.c b/drivers/watchdog/bfin_wdt.c
index 7a6756
Add invalidate_dcache_range() and flush_dcache_range() for the blackfin
architecture. Such functions already exist on this arch with different
names, so just forward the call.
This fixes the build of bf609-ezkit board as it uses
drivers/net/designware.c which requires the above functions.
Cc: Son
Hi Andy,
On 06/30/2014 05:55 PM, Andy Pont wrote:
Hi Bo,
-/* No NOR flash */
+/* NOR flash */
+#define CONFIG_CMD_FLASH
+
+#ifdef CONFIG_CMD_FLASH
+#define CONFIG_SYS_FLASH_CFI
+#define CONFIG_FLASH_CFI_DRIVER
+#define CONFIG_SYS_FLASH_BASE 0x1000
+#define CONFIG_SYS_MAX_FLASH_SEC
I guess - your using Xilinx github u-boot-xlnx
The reason for two prints is like, for
1) Initial probe print, by default done in env calls
2) Added in sf probe again on auto-boot commands [1]
[1]
https://github.com/Xilinx/u-boot-xlnx/blob/master/include/configs/zynq-common.h
On Sat, Jun 28, 201
Hi Bo,
> >> +#ifdef CONFIG_CMD_FLASH
> >> +#define CONFIG_SYS_FLASH_CFI
> >> +#define CONFIG_FLASH_CFI_DRIVER
> >> +#define CONFIG_SYS_FLASH_BASE 0x1000
> >> +#define CONFIG_SYS_MAX_FLASH_SECT 0x2
Is this the correct value for CONFIG_SYS_MAX_FLASH_SECT? Shouldn't it be
127 (i
Thanks for your comments Thomas and Jagan!
On 30 June 2014 15:58, Jagan Teki wrote:
> I guess - your using Xilinx github u-boot-xlnx
>
>
Yes
> The reason for two prints is like, for
> 1) Initial probe print, by default done in env calls
> 2) Added in sf probe again on auto-boot commands [1]
On Mon, Jun 30, 2014 at 4:18 PM, Heshsham Abdul Basit
wrote:
> Thanks for your comments Thomas and Jagan!
>
>
> On 30 June 2014 15:58, Jagan Teki wrote:
>>
>> I guess - your using Xilinx github u-boot-xlnx
>>
>
> Yes
>
>>
>> The reason for two prints is like, for
>> 1) Initial probe print, by de
On 30 June 2014 16:30, Jagan Teki wrote:
> On Mon, Jun 30, 2014 at 4:18 PM, Heshsham Abdul Basit
> wrote:
> > Thanks for your comments Thomas and Jagan!
> >
> >
> > On 30 June 2014 15:58, Jagan Teki wrote:
> >>
> >> I guess - your using Xilinx github u-boot-xlnx
> >>
> >
> > Yes
> >
> >>
> >>
From: Dirk Eibach
Dirk Eibach (2):
ppc: Make ppc4xx ready for CONFIG_SYS_GENERIC_BOARD
board: Add CONFIG_SYS_GENERIC_BOARD to all gdsys boards
arch/powerpc/cpu/ppc4xx/cpu_init.c | 2 ++
include/configs/controlcenterd.h | 2 ++
include/configs/dlvision-10g.h | 1 +
include/configs/d
From: Dirk Eibach
The generic board infrastructure assumes that gd is set by
arch code.
Signed-off-by: Dirk Eibach
---
arch/powerpc/cpu/ppc4xx/cpu_init.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/cpu/ppc4xx/cpu_init.c
b/arch/powerpc/cpu/ppc4xx/cpu_init.c
index d465d
From: Dirk Eibach
Add the generic board infrastructure to all gdsys boards.
Signed-off-by: Dirk Eibach
---
include/configs/controlcenterd.h | 2 ++
include/configs/dlvision-10g.h | 1 +
include/configs/dlvision.h | 1 +
include/configs/gdppc440etx.h| 1 +
include/configs/intip.h
On Mon, Jun 30, 2014 at 4:32 PM, Heshsham Abdul Basit
wrote:
>
>
>
> On 30 June 2014 16:30, Jagan Teki wrote:
>>
>> On Mon, Jun 30, 2014 at 4:18 PM, Heshsham Abdul Basit
>> wrote:
>> > Thanks for your comments Thomas and Jagan!
>> >
>> >
>> > On 30 June 2014 15:58, Jagan Teki wrote:
>> >>
>> >
On 30 June 2014 16:37, Jagan Teki wrote:
> On Mon, Jun 30, 2014 at 4:32 PM, Heshsham Abdul Basit
> wrote:
> >
> >
> >
> > On 30 June 2014 16:30, Jagan Teki wrote:
> >>
> >> On Mon, Jun 30, 2014 at 4:18 PM, Heshsham Abdul Basit
> >> wrote:
> >> > Thanks for your comments Thomas and Jagan!
> >>
On 06/30/2014 11:37 AM, Marek Vasut wrote:
On Sunday, June 29, 2014 at 10:33:26 PM, Jörg Krause wrote:
On 06/28/2014 10:53 PM, Jörg Krause wrote:
[snip]
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I did
On 06/28/2014 01:34 PM, Jörg Krause wrote:
> Dear Wolfgang,
>
> On 06/28/2014 01:44 PM, Wolfgang Denk wrote:
>> Dear J�rg,
>>
>> In message <53adfff5.7050...@posteo.de> you wrote:
>>> I applied this series of patches on top of a patch from Stephen Warren
>>> from 2014-06-23: [PATCH] usb: ci_udc: f
On 06/27/2014 07:34 PM, Jörg Krause wrote:
>
> On 06/28/2014 01:37 AM, Stephen Warren wrote:
>> On 06/27/2014 05:16 PM, Jörg Krause wrote:
>>> On 06/27/2014 11:55 PM, Stephen Warren wrote:
On 06/27/2014 03:37 PM, Jörg Krause wrote:
> I added the last series of patches beginning from 2014-
Hello Przemyslaw.
[...]
#include
+void __reset_misc(void) {}
+
+void reset_misc(void)
+__attribute((weak, alias("__reset_misc")));
+
can you please use __weak here and provide a prototype, wherever it
ends up in the end. It prevents 3 warnings and makes it type safe..
Thanks, I will
On 06/30/2014 10:02 AM, Stephen Warren wrote:
> On 06/27/2014 07:34 PM, Jörg Krause wrote:
>>
>> On 06/28/2014 01:37 AM, Stephen Warren wrote:
>>> On 06/27/2014 05:16 PM, Jörg Krause wrote:
On 06/27/2014 11:55 PM, Stephen Warren wrote:
> On 06/27/2014 03:37 PM, Jörg Krause wrote:
>> I
On Thu, 2014-06-26 at 09:51 +0200, Wolfgang Denk wrote:
> Dear Scott,
>
> In message <1403637570.26908.38.ca...@snotra.buserror.net> you wrote:
> >
> > I still disagree with #ifndef __UBOOT__ as it will hurt more than it
> > helps with future merges.
>
> I agree that #ifdef's should be avoided, b
On 06/30/2014 06:02 PM, Stephen Warren wrote:
On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16 PM, Jörg Krause wrote:
On 06/27/2014 11:55 PM, Stephen Warren wrote:
On 06/27/2014 03:37 PM, Jörg Krause wrote:
I added the last series
Norrin (PM370) is a Tegra124 clamshell board that is very similar to
venice2, but it has a different panel, the sdcard cd sense is flipped,
and it has a different revision of the AS3722 PMIC. Reuse the venice2
config with a norrin dtb. This board is also refered to as "nyan" in
the ChromeOS trees
Hi Nobuhiro,
On Wed, 18 Jun 2014 12:24:47 +0900, Nobuhiro Iwamatsu
wrote:
> Dear Albert Aribaud,
>
> Please pull u-boot-sh/rmobile into u-boot-arm/master.
>
> The following changes since commit 0a26e1d6c394aacbf1153977b7348d1dff85db3f:
>
> arm: fix a double-definition error of _start symbol
On 06/30/2014 02:53 PM, Allen Martin wrote:
> Norrin (PM370) is a Tegra124 clamshell board that is very similar to
> venice2, but it has a different panel, the sdcard cd sense is flipped,
> and it has a different revision of the AS3722 PMIC. Reuse the venice2
> config with a norrin dtb. This boar
On Monday, June 30, 2014 at 10:55:37 PM, Jörg Krause wrote:
[...]
> >>> 2) You applied "allow multiple buffer allocs per ep"
> >>
> >> Setting #define CONFIG_SYS_CACHELINE_SIZE 32 to my config file helped
> >> here. But still timeouts. First run almost always runs fine, only
> >> sometimes timeout
On 06/30/2014 11:15 PM, Marek Vasut wrote:
On Monday, June 30, 2014 at 10:55:37 PM, Jörg Krause wrote:
[...]
2) You applied "allow multiple buffer allocs per ep"
Setting #define CONFIG_SYS_CACHELINE_SIZE 32 to my config file helped
here. But still timeouts. First run almost always runs fine, o
On Monday, June 30, 2014 at 11:43:24 PM, Jörg Krause wrote:
> On 06/30/2014 11:15 PM, Marek Vasut wrote:
> > On Monday, June 30, 2014 at 10:55:37 PM, Jörg Krause wrote:
> > [...]
> >
> > 2) You applied "allow multiple buffer allocs per ep"
>
> Setting #define CONFIG_SYS_CACHELINE_SI
On 06/30/2014 09:55 PM, Stephen Warren wrote:
On 06/30/2014 10:02 AM, Stephen Warren wrote:
On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16 PM, Jörg Krause wrote:
On 06/27/2014 11:55 PM, Stephen Warren wrote:
On 06/27/2014 03:37 P
On 06/30/2014 04:44 PM, Jörg Krause wrote:
>
> On 06/30/2014 09:55 PM, Stephen Warren wrote:
>> On 06/30/2014 10:02 AM, Stephen Warren wrote:
>>> On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
> On 06/27/2014 05:16 PM, Jörg Krause wrote:
>> On
Dear Scott,
In message <1404159636.2435.165.ca...@snotra.buserror.net> you wrote:
>
> > I agree that #ifdef's should be avoided, but then here they also serve
> > a documentation purpose as they clearly mark areas of code that are
> > specific to U-Boot, or that are not used in U-Boot.
>
> git di
On Tue, 2014-07-01 at 00:56 +0200, Wolfgang Denk wrote:
> Dear Scott,
>
> In message <1404159636.2435.165.ca...@snotra.buserror.net> you wrote:
> >
> > > I agree that #ifdef's should be avoided, but then here they also serve
> > > a documentation purpose as they clearly mark areas of code that are
On 07/01/2014 12:51 AM, Stephen Warren wrote:
On 06/30/2014 04:44 PM, Jörg Krause wrote:
On 06/30/2014 09:55 PM, Stephen Warren wrote:
On 06/30/2014 10:02 AM, Stephen Warren wrote:
On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16 P
Instead of weird allocation of ci_drv->items_mem and then even weirder
distribution of offsets in this memory area into ci_drv->items array,
just allocate ci_drv->items as a big slab of aligned memory (replaces
ci_drv->items_mem) and let ci_get_qtd() do the distribution of offsets
in this memory ar
On Tuesday, July 01, 2014 at 01:53:18 AM, Marek Vasut wrote:
> Instead of weird allocation of ci_drv->items_mem and then even weirder
> distribution of offsets in this memory area into ci_drv->items array,
> just allocate ci_drv->items as a big slab of aligned memory (replaces
> ci_drv->items_mem)
On Tuesday, July 01, 2014 at 01:17:54 AM, Jörg Krause wrote:
[...]
> > OK, at least we can rule out all the bounce buffer and cache handling
> > changes.
>
> Just FYI: I added CONFIG_SYS_CACHE_SIZE 32 to my config header for all
> tests.
Feel free to join our slumber party at #u-boot IRC channel
Instead of weird allocation of ci_drv->items_mem and then even weirder
distribution of offsets in this memory area into ci_drv->items array,
just allocate ci_drv->items as a big slab of aligned memory (replaces
ci_drv->items_mem) and let ci_get_qtd() do the distribution of offsets
in this memory ar
Hi Andy,
On 06/30/2014 06:46 PM, Andy Pont wrote:
Hi Bo,
+#ifdef CONFIG_CMD_FLASH
+#define CONFIG_SYS_FLASH_CFI
+#define CONFIG_FLASH_CFI_DRIVER
+#define CONFIG_SYS_FLASH_BASE 0x1000
+#define CONFIG_SYS_MAX_FLASH_SECT 0x2
Is this the correct value for CONFIG_SYS_MAX_FLA
Hi,
I compiled the u-boot for arm64 and got two elf files(u-boot and
u-boot.elf). I just want to know what is the difference between these two
files?
Regards,
DurgaPrasad
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
Hello Stefan,
Am 27.06.2014 11:55, schrieb Stefan Roese:
To support the Armada XP SoC, we just need to include the correct header.
Signed-off-by: Stefan Roese
Cc: Heiko Schocher
---
drivers/i2c/mvtwsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Heiko Schocher
bye,
Hi Stefano,
On Thu, 26 Jun 2014 10:25:19 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> please pull from u-boot-imx, thanks !
>
> The following changes since commit 49692c5f517d8e44ed9db0de778728fe7d2a300c:
>
> net/designware: Make DMA burst length configurable and reduce by
> default (2014-0
On 07/01/2014 02:04 AM, Marek Vasut wrote:
Instead of weird allocation of ci_drv->items_mem and then even weirder
distribution of offsets in this memory area into ci_drv->items array,
just allocate ci_drv->items as a big slab of aligned memory (replaces
ci_drv->items_mem) and let ci_get_qtd() do
49 matches
Mail list logo
