Hi,
I've been running a couple of builds for a patch that I'm working on and
I noticed the following errors happening for all Exynos boards:
arch/arm/cpu/armv7/exynos/clock.c: In function 'clock_get_periph_rate':
arch/arm/cpu/armv7/exynos/clock.c:263:47: warning: array subscript i
On Wed, 20 Aug 2014 22:10:29 +0200
Roger Meier wrote:
> Signed-off-by: Roger Meier
> Cc: Masahiro Yamada
> Cc: Tom Rini
> Cc: Wolfgang Denk
> Cc: Simon Glass
>
Reviewed-by: Masahiro Yamada
Tested-by: Masahiro Yamada
___
U-Boot mailing list
Tom,
A litte more info:
Buildman does not work on python 2.5.
(only 2.6 and 2.7)
No complaint about it so far.
This tools is intended to be a work-around for using
MAKEALL and Buildman, but we are removing the former.
In that case, having only this tool support python 2.5
seems meaningless.
Tom,
I noticed this patch's gone to RFC.
Did you decide to drop python2.5 from support?
If so, I will use "except ... as ..." and "with ... as ..."
statements in my other patches.
Best Regards
Masahiro Yamada
On Mon, 4 Aug 2014 19:23:14 +0900
Masahiro Yamada wrote:
> The statement "exc
This commit makes sure boards.cfg is up to date before starting
the build tests. tools/genboardscfg.py exits immediately printing
"boards.cfg is up to date. Nothing to do." when boards.cfg is
already new.
Signed-off-by: Masahiro Yamada
---
tools/buildman/control.py | 10 --
1 file chan
This commit makes sure boards.cfg is up to date before starting
the build tests. tools/genboardscfg.py exits immediately printing
"boards.cfg is up to date. Nothing to do." when boards.cfg is
already new.
Signed-off-by: Masahiro Yamada
---
MAKEALL | 11 ---
1 file changed, 4 insertions
This series depends on the feature introduced by this commit:
http://patchwork.ozlabs.org/patch/381622/
Masahiro Yamada (2):
MAKEALL: run genboardscfg.py all the time
buildman: run genboardscfg.py all the time
MAKEALL | 11 ---
tools/buildman/control.py | 10
Fix following issues in USB device-tree fixup:
- returns when either dr_mode or phy_type not defined.
This was terminating fix-up when only either property
was defined in hwconfig string
- updates dr_mode_type or dr_phy_type with junk value when
their
This patch fixes a minor problem:
If a block without "F: configs/*_defconfig" is followed by another
block with "F: configs/*_defconfig", the maintainers from the
former block are squashed into the latter.
Signed-off-by: Masahiro Yamada
---
tools/genboardscfg.py | 2 +-
1 file changed, 1 in
I guess some developers are already getting sick of this tool
because it generally takes a few minites to generate the boards.cfg
on a reasonable computer.
This commit makes it about 4 times faster.
You might still not be satisfied, but better than doing nothing.
Signed-off-by: Masahiro Yamada
A
Wolfgang Denk denx.de> writes:
>
> Dear PHIL.EDWORTHY renesas.com,
>
> In message
eu.necel.com> you wrote:
> >
> >
> > U-boot is typically stored in flash and one of the first things it
> > does when executed is relocate to ram. CONFIG_SYS_TEXT_BASE is the
> > relocation address. Typically,
Hi Detlev,
I'd like to have a presentation at U-Boot mini summit 2014.
>8---
Kbuild and Kconfig for U-Boot
Abstract:
U-Boot has had big changes on its build system in the past year.
Kbuild and Kconfig provide us a lot of benefites;
Signed-off-by: Thomas Chou
---
arch/nios2/Kconfig |8 --
board/psyent/common/AMDLV065D.c | 170
board/psyent/pci5441/Kconfig | 15 ---
board/psyent/pci5441/MAINTAINERS |6 -
board/psyent/pci5441/Makefile|8 --
board/psyent/pci5441
Hi Marek,
On 8/22/2014 1:18 AM, Marek Vasut wrote:
> On Thursday, August 21, 2014 at 07:10:32 PM, Fabio Estevam wrote:
>> When testing the FEC driver on a mx6solox we noticed that the TDAR bit gets
>> always cleared prior then the READY bit is set in the last BD, which causes
>> FEC transmission t
The driver was written using old DDR3 spec which only covers low speeds.
The value would be suboptimal for higher speeds. Fix both timing according
to latest DDR3 spec, remove tCKE as an config option.
Signed-off-by: York Sun
---
drivers/ddr/fsl/ctrl_regs.c | 28 ++--
> On 14 Aug 2014, ste...@agner.ch wrote:
> This adds initial support for Freescale NFC (NAND Flash
> Controller) found in ARM Vybrid SoC's, Power Architecture MPC5125
> and others. However, this driver is only tested on Vybrid.
>>> On Wed, 2014-08-13 at 22:32, Scott Wood wrote:
On Thu, 2014-08-21 at 10:48 +0200, Michal Suchanek wrote:
> Hello,
>
> On 20 August 2014 21:19, TooMeeK Admin wrote:
> > Hello,
> >
> > I'm getting some troubles booting FreeBSD on Banana Pi.
> > I wrote simple script that creates bootable SD card image for FreeBSD OS.
> >
> > #!/bin/bash
> > cd
Hi Benoît,
On Thu, Aug 21, 2014 at 5:13 PM, Benoît Thébaudeau
wrote:
> Yes, it's always 32 bytes for Cortex-A9. But does mx6solox really have
> a standard Cortex-A9 core like all the currently released i.MX6 SoCs
> (which seems to be the case according to
> http://lwn.net/Articles/598434/), or a
Hi Fabio,
On Thu, Aug 21, 2014 at 9:11 PM, Fabio Estevam wrote:
> On Thu, Aug 21, 2014 at 2:14 PM, Marek Vasut wrote:
>> On Thursday, August 21, 2014 at 07:10:02 PM, Fabio Estevam wrote:
>>> mx6 is an armv7 which has 64-byte cacheline size.
>>>
>>> Without this fix we are not able to get the FEC
On Wed, 2014-08-20 at 14:37 +0900, FUKAUMI Naoki wrote:
> This patch adds support for Olimex A20-OLinuXino-LIME board.
>
> Signed-off-by: FUKAUMI Naoki
I think this looks like a pretty straight import from the linux-sunxi
u-boot fork, massaged for changes from upstream, is that right?
Looks goo
On Thu, Aug 21, 2014 at 8:36 AM, Christian Riesch
wrote:
> Benoît,
>
> On Wed, Aug 20, 2014 at 12:47 PM, Benoît Thébaudeau
> wrote:
>> On Wed, Aug 20, 2014 at 9:21 AM, Christian Riesch
>> wrote:
>>> On Tue, Aug 19, 2014 at 8:35 PM, Benoît Thébaudeau
>>> wrote:
Commit 41623c9 'arm: move exc
On Thu, Aug 21, 2014 at 2:14 PM, Marek Vasut wrote:
> On Thursday, August 21, 2014 at 07:10:02 PM, Fabio Estevam wrote:
>> mx6 is an armv7 which has 64-byte cacheline size.
>>
>> Without this fix we are not able to get the FEC driver to work on mx6solox.
>>
>> 64-byte cacheline is also used by the
Hi Mark,
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of York Sun
> Sent: Friday, August 22, 2014 12:03 AM
> To: Mark Rutland; Basu Arnab-B45036
> Cc: tr...@ti.com; u-boot@lists.denx.de; Wood Scott-B07421
> Subject: Re: [U-Boo
On Thu, Aug 21, 2014 at 12:53:42PM -0400, Tom Rini wrote:
> Hey,
>
> So as I migrate scripts over to buildman, one issue I have is that
> today warning and errors are treated the same:
> u-boot (master)$ ./tools/buildman/buildman -b master -c 1 -ve -T 1 -j 9
> 'arc|blackfin|microblaze|m68k|nds32
On 08/21/2014 06:47 AM, Mark Rutland wrote:
> Hi York,
>
> I have mostly minor comments this time; this is looking pretty good.
>
> On Tue, Aug 19, 2014 at 09:28:00PM +0100, York Sun wrote:
>> Secondary cores need to be released from holdoff by boot release
>> registers. With GPP bootrom, they ca
On Tue, Aug 19, 2014 at 09:44:20PM +0530, Kishon Vijay Abraham I wrote:
>
>
> On Tuesday 19 August 2014 01:58 PM, Lukasz Majewski wrote:
> > Hi Kishon,
> >
> >> Implemented __weak functions for board_usb_cleanup,
> >> board_usb_gadget_handle_interrupts and usb_gadget_handle_interrupts
> >> to ge
On Thu, Aug 21, 2014 at 2:14 PM, Marek Vasut wrote:
> On Thursday, August 21, 2014 at 07:10:02 PM, Fabio Estevam wrote:
>> mx6 is an armv7 which has 64-byte cacheline size.
>>
>> Without this fix we are not able to get the FEC driver to work on mx6solox.
>>
>> 64-byte cacheline is also used by the
On Thursday, August 21, 2014 at 07:10:02 PM, Fabio Estevam wrote:
> mx6 is an armv7 which has 64-byte cacheline size.
>
> Without this fix we are not able to get the FEC driver to work on mx6solox.
>
> 64-byte cacheline is also used by the kernel on ARMv7, so fix it
> accordingly.
It's not a ker
On Thursday, August 21, 2014 at 07:10:32 PM, Fabio Estevam wrote:
> When testing the FEC driver on a mx6solox we noticed that the TDAR bit gets
> always cleared prior then the READY bit is set in the last BD, which causes
> FEC transmission to fail.
>
> As explained by Ye Li:
>
> "The TDAR bit is
Hey Tom,
The following changes since commit e49f14af1349eef94e41b636320bbfcace7403b5:
patman: Only use git's --no-decorate when available (2014-08-13 08:34:16
-0600)
are available in the git repository at:
git://git.denx.de/u-boot-staging.git ag...@denx.de
for you to fetch changes up to 9
mx6 is an armv7 which has 64-byte cacheline size.
Without this fix we are not able to get the FEC driver to work on mx6solox.
64-byte cacheline is also used by the kernel on ARMv7, so fix it accordingly.
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 2 +-
1 file c
When testing the FEC driver on a mx6solox we noticed that the TDAR bit gets
always cleared prior then the READY bit is set in the last BD, which causes
FEC transmission to fail.
As explained by Ye Li:
"The TDAR bit is set when the descriptors are all out from TX ring, but the
descriptor properly
On Thursday, August 21, 2014 at 06:41:26 PM, Fabio Estevam wrote:
> On Thu, Aug 21, 2014 at 1:21 PM, Marek Vasut wrote:
> > Isn't MX6SX ARMv7 with 64-byte cacheline alignment anyway ? So isn't
> > there something completely else broken on MX6SX ?
>
> Thanks for the review, Marek.
>
> Inspecting
Hey,
So as I migrate scripts over to buildman, one issue I have is that
today warning and errors are treated the same:
u-boot (master)$ ./tools/buildman/buildman -b master -c 1 -ve -T 1 -j 9
'arc|blackfin|microblaze|m68k|nds32|sparc|x86|aarch64|sandbox|mips' -s
Summary of 1 commit for 128 boards
On Thu, Aug 21, 2014 at 1:21 PM, Marek Vasut wrote:
> Isn't MX6SX ARMv7 with 64-byte cacheline alignment anyway ? So isn't there
> something completely else broken on MX6SX ?
Thanks for the review, Marek.
Inspecting this further I think the correct fix would be:
arch/arm/include/asm/arch-mx6/
On Thursday, August 21, 2014 at 06:12:09 PM, Fabio Estevam wrote:
> When testing the FEC driver on a mx6solox we noticed that the TDAR bit gets
> always cleared prior then the READY bit is set in the last BD, which causes
> FEC transmission to fail.
>
> As explained by Ye Li:
>
> "The TDAR bit is
On Thursday, August 21, 2014 at 06:12:08 PM, Fabio Estevam wrote:
> mx6solox has a requirement for 64 bytes alignment for RX DMA transfer.
> Other SoCs work with the standard 32 bytes alignment.
>
> Adjust it accordingly by using 64 bytes aligment in the FEC RX DMA buffers,
> which addresses the n
When testing the FEC driver on a mx6solox we noticed that the TDAR bit gets
always cleared prior then the READY bit is set in the last BD, which causes
FEC transmission to fail.
As explained by Ye Li:
"The TDAR bit is set when the descriptors are all out from TX ring, but the
descriptor properly
mx6solox has a requirement for 64 bytes alignment for RX DMA transfer.
Other SoCs work with the standard 32 bytes alignment.
Adjust it accordingly by using 64 bytes aligment in the FEC RX DMA buffers,
which addresses the needs from mx6solox and also works for the other SoCs.
Signed-off-by: Fabio
On Wed, Aug 20, 2014 at 01:23:13PM -0600, Stephen Warren wrote:
> On 08/18/2014 02:00 AM, Thierry Reding wrote:
> >From: Thierry Reding
> >
> >Implement an API that can be used by drivers to allocate memory from a
> >poll that is mapped uncached. This is useful if drivers would otherwise
>
> s/po
On Wed, Aug 20, 2014 at 01:12:20PM -0600, Stephen Warren wrote:
> On 08/18/2014 02:00 AM, Thierry Reding wrote:
> >From: Thierry Reding
> >
> >This series attempts to fix a long-standing problem in the rtl8169 driver
> >(though the same problem may exist in other drivers as well). Let me first
> >
On Thu, Aug 21, 2014 at 10:00:46AM +0200, Lukasz Majewski wrote:
> Hi Felipe,
>
> > On Wed, Aug 20, 2014 at 09:34:13AM +0200, Lukasz Majewski wrote:
> > > Hi Felipe,
> > >
> > > > On Tue, Aug 19, 2014 at 09:08:00PM +0530, Kishon Vijay Abraham I
> > > > wrote:
> > > > >
> > > > >
> > > > > On Mo
Hi York,
I have mostly minor comments this time; this is looking pretty good.
On Tue, Aug 19, 2014 at 09:28:00PM +0100, York Sun wrote:
> Secondary cores need to be released from holdoff by boot release
> registers. With GPP bootrom, they can boot from main memory
> directly. Individual spin tabl
Commit 41623c9 'arm: move exception handling out of start.S files' missed some
linker scripts. Hence, some boards no longer had exception handling linked since
this commit. Restore the original behavior by adding the .vectors section to
these linker scripts.
Signed-off-by: Benoît Thébaudeau
Cc: A
Currently mx6dlsabresd shares the same DCD settings with the nitrogen board.
Provide a DCD configuration file specific to mx6dlsabresd with the settings
recommended by the Freescale hardware team.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6sabresd/mx6dlsabresd.cfg | 131 +++
Hi,
I have prepared a patch to add EXT filesystem support to SPL, but I have some
questions to make a good patch.
Currently, we have : MMCSD_MODE_FAT for FAT boot. Should we add MMCSD_MODE_EXT
or just rename it to MMCSD_MODE_FS (or something else) to be filesystem generic?
Then, some vars are
LIODN entry for B4860/B4420 mentions USB controller as "mph"
insread of "dr". This results in PAMU not permitting bus
transactions for USB DR controller on B4860 resulting in
USB function failure. Replacing "fsl-usb2-mph" with
"fsl-usb2-dr" allows USB DR controller bus transactions
Signed-off-by:
This patch implements the generic board init as described in
doc/README.generic-board.
Signed-off-by: Thomas Chou
Signed-off-by: Scott McNutt
Reviewed-by: Stefan Roese
---
Changes in v2:
- Coding style clean up
arch/nios2/config.mk|2 +
arch/nios2/cpu/cpu.c| 12
On Thu, Aug 21, 2014 at 3:03 AM, Stefan Roese wrote:
> Why don't you just use the bigger value (64) for all SoC versions? Shouldn't
> hurt, right. And would keep the source clean.
I think this should work fine. Thanks for the suggestion, Stefan.
___
U-
On Thu, Aug 21, 2014 at 5:01 AM, Stefano Babic wrote:
> I go just a bit further according to Otavio's comment. In this way, we
> do not remove #ifdef, we have only moved. What about using is_cpu_type()
> instead of this ? If you do not want to add the macro for not mx6 socs
> (preferable way, I t
Hi,
I would like to replace 'fatload' and 'ext2load' commands by 'load' command in
default env settings such as loadbootscript, loaduimage, etc. for all boards.
That way, the load commands are independent from the filesystem used.
Is there any objection?
If everyone is ok, I could submit a pa
On Thursday, August 21, 2014 at 09:57:23 AM, Stefano Babic wrote:
> Hi,
>
> On 21/08/2014 07:02, Marek Vasut wrote:
> > On Thursday, August 21, 2014 at 06:11:16 AM, Ye Li wrote:
> >> The TDAR bit is set when the descriptors are all out from TX ring, but
> >> the descriptor properly is in transmitt
Hi Albert,
First, I don't like full-quoting as Wolfgang also mentioned before:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/52214/focus=52252
Since this patch is very long, I might miss some of your comments.
If I did not overlook, my comments are below:
On Wed, 20 Aug 2014 11:31
Hi Nobuhiro,
I'm trying to verify the correct build of all SH boards in U-Boot. What is
the recommended toolchain to use?
I tried the one from kernel.org [1], but it does not work for all the boards,
I get build errors like this one:
Building rsk7203 board...
sh4-linux-gcc: error: command line o
Hi Andreas,
The toolchain from kernel.org indeed works fine.
Thank you very much for your help!
Best regards,
Vasili
On Wed, Aug 20, 2014 at 11:38 PM, Andreas Bießmann
wrote:
> Hi Vasili,
>
> On 20.08.14 18:10, Vasili Galka wrote:
>> Hi Andreas,
>>
>> I'm trying to verify the correct build of
Hi Alexandre,
On 21/08/2014 11:08, Alexandre Delove wrote:
> Hello
>
> I am trying to disable the memory management unit on my sabreLite board, but
> i don't find what i should do. I also want to change the mapping of the MMU,
> but i don't know where it is.
>
MMU is off in U-Boot. It is turn
On 21.08.2014 10:53, Thomas Chou wrote:
This patch implements the generic board init as described in
doc/README.generic-board.
Good idea. Please find below a few comments, mostly coding style related.
diff --git a/arch/nios2/cpu/cpu.c b/arch/nios2/cpu/cpu.c
index e0dcbc2..4714171 100644
---
Hello
I am trying to disable the memory management unit on my sabreLite board, but i
don't find what i should do. I also want to change the mapping of the MMU, but
i don't know where it is.
Do you know which file i have to edit?
Sorry for my english, it's not my mother tongue.
Regards
Alexan
This patch implements the generic board init as described in
doc/README.generic-board.
Signed-off-by: Thomas Chou
Signed-off-by: Scott McNutt
---
arch/nios2/config.mk|2 +
arch/nios2/cpu/cpu.c| 12 +++-
arch/nios2/cpu/start.S | 34 -
arch/nios2/i
This patch implements the generic board init as described in
doc/README.generic-board.
Signed-off-by: Thomas Chou
Signed-off-by: Scott McNutt
---
arch/nios2/config.mk|2 +
arch/nios2/cpu/cpu.c| 12 +++-
arch/nios2/cpu/start.S | 34 -
arch/nios2/i
Hello,
On 20 August 2014 21:19, TooMeeK Admin wrote:
> Hello,
>
> I'm getting some troubles booting FreeBSD on Banana Pi.
> I wrote simple script that creates bootable SD card image for FreeBSD OS.
>
> #!/bin/bash
> cd /root/banana
> rm /root/banana/banana.img
> truncate -s 940M banana.img
> mdco
On 8/21/2014 3:57 PM, Stefano Babic wrote:
> Hi,
>
> On 21/08/2014 07:02, Marek Vasut wrote:
>> On Thursday, August 21, 2014 at 06:11:16 AM, Ye Li wrote:
>>> The TDAR bit is set when the descriptors are all out from TX ring, but the
>>> descriptor properly is in transmitting not READY.
>> I don't
Hi Fabio,
On 20/08/2014 23:24, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6solox has a requirement for 64 bytes alignment for RX DMA transfer.
>
> Adjust it accordingly.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v1:
> - Avoid too many ifdef's by providing a dma_rx_align() f
Hi Felipe,
> On Wed, Aug 20, 2014 at 09:34:13AM +0200, Lukasz Majewski wrote:
> > Hi Felipe,
> >
> > > On Tue, Aug 19, 2014 at 09:08:00PM +0530, Kishon Vijay Abraham I
> > > wrote:
> > > >
> > > >
> > > > On Monday 18 August 2014 08:26 PM, Lukasz Majewski wrote:
> > > > > Hi Kishon,
> > > > >
Hi,
On 21/08/2014 07:02, Marek Vasut wrote:
> On Thursday, August 21, 2014 at 06:11:16 AM, Ye Li wrote:
>> The TDAR bit is set when the descriptors are all out from TX ring, but the
>> descriptor properly is in transmitting not READY.
>
> I don't quite understand this, can you please rephrase ?
>
From: Angelo Dureghello
Add support for Freescale Coldfire mcf5307 cpu.
Signed-off-by: Angelo Dureghello
Cc: Jason Jin
---
Changes for v2:
- add MAINTAINERS entry
- add boards.cfg entry
Changes for v3:
- fix code format issues
Changes for v4:
- removed MAINTAINERS file / entry
From: Angelo Dureghello
Signed-off-by: Angelo Dureghello
Cc: Tom Rini
---
This patch adds support for Sysam AMCORE mcf5307-based board
Changes for v2:
- fix patch email sending issues
Changes for v3:
- fix code format issues
Changes for v4:
- add MAINTAINERS file entry
- remove al
Hi Stefano Babic,
On 8/20/2014 5:44 PM, Stefano Babic wrote:
> Hi Ye,
>
> On 20/08/2014 10:55, Ye.Li wrote:
>> From: "Ye.Li"
>>
>> The load region size of EIM-NOR are defined to 0. For this case,
>> the parameter "imximage_init_loadsize" must be calculated.
>> The imximage tool implements the cal
On Thursday, August 21, 2014 at 08:40:14 AM, Tim Harvey wrote:
> On Fri, Aug 8, 2014 at 7:41 AM, Tim Harvey wrote:
> > Two patches to add Intel i210 support to the e1000 driver.
> >
> > Marek Vasut (2):
> > e1000: Implement dcache support
> > e1000: add i210 support
> >
> > drivers/net/e10
69 matches
Mail list logo