Hi York,
On 8 August 2014 11:46, York Sun wrote:
> On 08/08/2014 04:10 AM, Simon Glass wrote:
>> Currently buildman allows a list of boards to build to be specified on
the
>> command line. The list can include specific board names, architecture,
SOC
>> and so on.
>>
>> At present the list of boar
Hi Roger,
(adding York to cc)
2014-08-07 23:19 GMT+09:00 Roger Meier :
> The existing terminalsize detection raised an exception on build
> server. Just removes the exception. This also deactivates the
> progress indicator.
>
> Remove a trainling whitespace.
>
> Signed-off-by: Roger Meier
> CC:
Hi Roger,
> How should we ensure that boards.cfg is up-to-date?
> What about removing boards.cfg within "make distclean" and use
> "make mrproper" within MAKEALL?
Sounds good to me, too.
Thanks!
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-B
Hi everybody,
We're trying to bring up a 100M/1G ethernet interface on a custom T4240
board over SGMII and running into the following errors:
Immediately after board reset:
=> ping 192.168.1.53
Using FM2@DTSEC6 device
FM2@DTSEC6: Tx error
FM2@DTSEC6: Rx error
ping failed; host 192.168.1.53 is
Hello Marek,
On 07-08-14 23:52, Marek Vasut wrote:
Thanks for CCing me.
I sent a patch to OE-core to ship the python modules. This is a problem
with the Yocto Qt SDK toolchain in general and you can track the mayhem
at [1]. There will likely be ELDK 5.5.3 once this is all settled.
btw. you sh
On 08/08/2014 02:30 PM, Tom Rini wrote:
> On Fri, Aug 08, 2014 at 02:19:34PM -0700, York Sun wrote:
>> On 08/08/2014 02:12 PM, Tom Rini wrote:
> [snip]
>>> Oh I'm sure, but maybe we can help get everyone a better script. For
>>> example, you've said the way your job goes currently is every commit
On Fri, Aug 08, 2014 at 02:19:34PM -0700, York Sun wrote:
> On 08/08/2014 02:12 PM, Tom Rini wrote:
[snip]
> > Oh I'm sure, but maybe we can help get everyone a better script. For
> > example, you've said the way your job goes currently is every commit
> > gets a test. But.. that's not what you n
On 08/08/2014 02:12 PM, Tom Rini wrote:
> On Tue, Aug 05, 2014 at 03:06:55PM -0700, York Sun wrote:
>> On 08/05/2014 12:10 PM, Tom Rini wrote:
>>> On Tue, Aug 05, 2014 at 12:01:33PM -0700, York Sun wrote:
On 08/05/2014 11:59 AM, Simon Glass wrote:
> Hi York,
>
> On 5 August 2014 12
On Tue, Aug 05, 2014 at 03:06:55PM -0700, York Sun wrote:
> On 08/05/2014 12:10 PM, Tom Rini wrote:
> > On Tue, Aug 05, 2014 at 12:01:33PM -0700, York Sun wrote:
> >> On 08/05/2014 11:59 AM, Simon Glass wrote:
> >>> Hi York,
> >>>
> >>> On 5 August 2014 12:55, York Sun wrote:
> On 08/05/2014
On Thu, Aug 07, 2014 at 04:37:06PM +0200, Marek Vasut wrote:
> The following changes since commit fbe79a17fddb7f0b11aa15b9c93e9a4a26165ed8:
>
> m68k: define __kernel_size_t as unsinged int again (2014-07-22 09:46:50
> -0400)
>
> are available in the git repository at:
>
> git://git.denx.de
On Thu, Aug 07, 2014 at 11:34:47AM +0900, Nobuhiro Iwamatsu wrote:
> Dear Tom Rini.
>
> Please pull u-boot-sh master branch.
>
> The following changes since commit e76b933e02e1b38e48754c435e9dba1c0deeb3c6:
>
> Prepare v2014.10-rc1 (2014-08-06 09:12:58 -0400)
>
> are available in the git repo
Hi Alexandre,
I'm trying to send a u-boot built from denx sources to my board, a SabreLite, with
imx-usb-loader. But when I try, I receive an error, "unknown load address" do
you know how can I fix this?
Here's the content of my mx6_usb_work.conf file:
mx6_qsb
#hid/bulk,[old_header,]max pack
On Fri, Aug 08, 2014 at 05:10:17AM -0600, Simon Glass wrote:
> Buildman has been around for a little over a year and is used by a fair
> number of U-Boot developers. However quite a few people still use MAKEALL.
Not a blocker for the series, but [toolchain-alias] is a required
section today. Oth
On Sat, Jul 05, 2014 at 09:48:13AM -, Thomas Gleixner wrote:
> Booting a payload out of NAND FLASH from the SPL is a crux today, as
> it requires hard partioned FLASH. Not a brilliant idea with the
> reliability of todays NAND FLASH chips.
[snip]
> + CONFIG_SPL_UBI
> +
On 08/08/2014 04:10 AM, Simon Glass wrote:
> Currently buildman allows a list of boards to build to be specified on the
> command line. The list can include specific board names, architecture, SOC
> and so on.
>
> At present the list of boards is dealt with in an 'OR' fashion, and there
> is no wa
On Thu, Aug 07, 2014 at 03:08:52PM +0800, Sonic Zhang wrote:
> From: Sonic Zhang
>
> - init hardware watchdog if applicable
> - use CONFIG_SYS_MONITOR_LEN as the gd monitor len for Blackfin
> - reserve u-boot memory at the top field of the RAM for Blackfin
> - avoid refer to CONFIG_SYS_MONITOR_L
On 30 July 2014 16:37, Stephen Warren wrote:
> From: Stephen Warren
>
> Replace the custom $bootcmd with that from .
> There should be no functional change, since the new generic $bootcmd was
> derived strongly from tegra-common-post.h.
>
> Signed-off-by: Stephen Warren
(Resending to list)
Ack
On 08/07/2014 06:17 PM, Simon Glass wrote:
Acked-by: Simon Glass
For the list archive's record: Simon also replied to patch 2 with the
same ack, but somehow the CC list got dropped to only myself and TomW.
___
U-Boot mailing list
U-Boot@lists.denx.
On Fri, Aug 8, 2014 at 10:33 AM, Marek Vasut wrote:
> Can you guys test it on FSL hardware ?
Sure, I am running u-boot-imx with Tim's patch applied and this
additional debug patch that shows the number of reboots and PCI
linkups:
drivers/pci/pcie_imx.c | 13 +
1 file changed, 13 in
On Friday, August 08, 2014 at 04:41:37 PM, 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/e1000.c | 266
> ++-- driv
From: Marek Vasut
Add i210 support to the e1000 driver.
Signed-off-by: Marek Vasut
Acked-by: Tim Harvey
---
drivers/net/e1000.c | 195
drivers/net/e1000.h | 12
include/pci_ids.h | 7 ++
3 files changed, 187 insertions(+), 27 dele
From: Marek Vasut
Implement proper support for cache flushing and invalidation into the
Intel e1000 NIC driver.
Signed-off-by: Marek Vasut
Acked-by: Tim Harvey
---
drivers/net/e1000.c | 71 -
1 file changed, 49 insertions(+), 22 deletions(-)
Two patches to add Intel i210 support to the e1000 driver.
Marek Vasut (2):
e1000: Implement dcache support
e1000: add i210 support
drivers/net/e1000.c | 266 ++--
drivers/net/e1000.h | 12 +++
include/pci_ids.h | 7 ++
3 files changed, 23
On Friday, August 08, 2014 at 03:02:27 PM, Fabio Estevam wrote:
> Hi Tim,
>
> On Fri, Aug 8, 2014 at 2:57 AM, Tim Harvey wrote:
> > According to the IMX6 reference manuals, REF_SSP_EN (Reference clock
> > enable for SS function) must remain deasserted until the reference clock
> > is running at t
On Fri, Aug 01, 2014 at 12:48:44PM +0100, Simon Glass wrote:
> Hi,
>
> At present, as a work-around, we generate boards.cfg if needed. This
> is quite a slow process since each board config must be fully
> processed.
>
> What can we do to improve this? We only need a small number of options
> in
Hi Tim,
On Fri, Aug 8, 2014 at 2:57 AM, Tim Harvey wrote:
> According to the IMX6 reference manuals, REF_SSP_EN (Reference clock enable
> for SS function) must remain deasserted until the reference clock is running
> at the appropriate frequency.
>
> Without this patch we find a high link failure
On Thu, Aug 07, 2014 at 02:53:47PM +, Roger Meier wrote:
> Hi Masahiro
> Quoting Masahiro Yamada :
>
> >Hi Roger,
> >
> >
> >
> >On Thu, 7 Aug 2014 12:52:30 +0200
> >Roger Meier wrote:
> >
> >>Signed-off-by: Roger Meier
> >>CC: Masahiro Yamada
> >>CC: Wolfgang Denk
> >>---
> >> Makefile |
On Friday, August 08, 2014 at 07:57:29 AM, Tim Harvey wrote:
> According to the IMX6 reference manuals, REF_SSP_EN (Reference clock enable
> for SS function) must remain deasserted until the reference clock is
> running at the appropriate frequency.
>
> Without this patch we find a high link failu
On Fri, Aug 08, 2014 at 05:06:03AM -0600, Simon Glass wrote:
> Hi Masahiro,
>
> On 1 August 2014 06:22, Masahiro Yamada wrote:
> > Hi.
> >
> >
> >
> > On Fri, 1 Aug 2014 12:48:44 +0100
> > Simon Glass wrote:
> >
> >> Hi,
> >>
> >> At present, as a work-around, we generate boards.cfg if needed. T
For those used to MAKEALL, buildman seems strange. Add some notes to ease
the transition.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Minor changes to the text
tools/buildman/README | 92 +++
These options have got slightly out of order. Fix them.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Fix typo in commit message
Changes in v3:
- Add new patch to sort command line options
Changes in v2: None
tools/buildman/buildman.py | 12 ++--
1 file changed,
The builder.py file is getting too long, so split out some code.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Fix missing import in builder.py
Changes in v3:
- Add new patch to move BuilderThread code to its own file
Changes in v2: None
tools/buildman/builder.py
Currently buildman allows a list of boards to build to be specified on the
command line. The list can include specific board names, architecture, SOC
and so on.
At present the list of boards is dealt with in an 'OR' fashion, and there
is no way to specify something like 'arm & freescale', meaning
Since buildman now includes most of the features of MAKEALL it is probably
time to talk about deprecating MAKEALL.
Comments welcome.
Signed-off-by: Simon Glass
---
Changes in v5:
- Drop patch to search for *cc instead of *gcc for the compiler
Changes in v4: None
Changes in v3: None
Changes in
Add a new --config-file option (-G) to specify a different configuration
file from the default ~/.buildman.
Reported-by: Tom Rini
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Add new patch to allow the config file to be specified
Changes in v3: None
Changes in v2: None
Originally buildman had some support for building the current source tree.
However this was dropped before it was submitted, as part of the effort to
make it faster when building entire branches.
Reinstate this support. If no -b option is given, buildman will build the
current source tree.
Report
The non-incremental build method is no longer used, so remove it.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Add new patch to remove unused non-incremental build method code
Changes in v3: None
Changes in v2: None
tools/buildman/builder.py | 34 ---
We need the output options to be available in several places. It's a pain
to pass them into each function. Make them properties of the builder and
add a single function to set them up. At the same time, add a function which
produces summary output using these options.
Signed-off-by: Simon Glass
-
If buildman finds no problems it prints nothing. This can be a bit confusing,
so add a message that all is well.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Add new patch to show a message when there are no errors
Changes in v3: None
Changes in v2: None
tools/buildman/
Normally buildman operates in two passes - one to do the build and another
to summarise the errors. Add a verbose option (-v) to display build problems
as they happen. With -e also given, this will display errors too.
When building the current source tree (rather than a list of commits in a
branch
The current README is a bit sparse in this area, so add a few more
examples.
Suggested-by: Tom Rini
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4:
- Add new path to add a few more toolchain examples to the README
Changes in v3: None
Changes in v2: None
tools/buildman/READM
There are several typos in the README - fix them.
Signed-off-by: Simon Glass
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to fix existing typos
tools/buildman/README | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
Buildman has been around for a little over a year and is used by a fair
number of U-Boot developers. However quite a few people still use MAKEALL.
Buildman was intended to replace MAKEALL, so perhaps now is a good time to
start that process.
The reasons to deprecate MAKEALL are:
- We don't want t
Hi Masahiro,
On 1 August 2014 06:22, Masahiro Yamada wrote:
> Hi.
>
>
>
> On Fri, 1 Aug 2014 12:48:44 +0100
> Simon Glass wrote:
>
>> Hi,
>>
>> At present, as a work-around, we generate boards.cfg if needed. This
>> is quite a slow process since each board config must be fully
>> processed.
>>
>
Hi Masahiro,
On 7 August 2014 07:14, Masahiro Yamada wrote:
> Hi.
>
>
>
> On Thu, 7 Aug 2014 06:12:18 -0600
> Simon Glass wrote:
>
>> Hi Tom, York,
>>
>> On 6 August 2014 09:06, Tom Rini wrote:
>> > On Wed, Aug 06, 2014 at 08:20:47AM -0600, Simon Glass wrote:
>> >> Hi York,
>> >>
>> >> On 5 Aug
if we set manually this bit on the eMMC card using mmc_switch(...),
we also have to set it within our (before read) internal structure
'ext_csd'.
Otherwise following checks on this will fail.
Signed-off-by: Hannes Petermaier
---
drivers/mmc/mmc.c |2 ++
1 file changed, 2 insertions(+)
diff
On 08/07/2014 02:26 PM, Peter Crosthwaite wrote:
> The vectors section contains the _start symbol which is used as the
> program entry point. Add it to the linker script in same fashion as done
> for regular u-boot. This allows for correct generation of an spl elf
> with a non-zero entry point.
>
On 25/07/2014 17:23, Marek Vasut wrote:
> A previous update to the I2C stack introduced a typo in the
> configuration option. Fix the typo and therefore allow the
> RTC to work correctly with the 'date' command again.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> ---
Applied to u-boot-im
On 05/08/2014 19:03, Magnus Lilja wrote:
> Enable CONFIG_SYS_GENERIC_BOARD for the i.MX31 PDK board.
>
> Tested on actual hardware.
>
> Signed-off-by: Magnus Lilja
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
On 01/08/2014 13:50, Fabio Estevam wrote:
> From: Fabio Estevam
>
> It is redundant to use 'PFUZE100_PMIC' as the PMIC name because we already
> know it is a PMIC.
>
> Call it simply 'PFUZE100' instead.
>
> Cc: Tim Harvey
> Cc: Markus Niebel
> Signed-off-by: Fabio Estevam
> ---
Applied to u
On 01/08/2014 13:50, Fabio Estevam wrote:
> From: Fabio Estevam
>
> According to the Reference Manual the 'wb_per_at_lpm' field of register
> CCM_CLPCR corresponds to bit 16 so fix its definition accordingly.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best regards,
On 01/08/2014 13:50, Fabio Estevam wrote:
> From: Fabio Estevam
>
> According to the Reference Manual the 'mask_periph2_clk_sel_loaded' field of
> register CCM_CIMR corresponds to bit 19 so fix its definition accordingly.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
On 01/08/2014 13:49, Fabio Estevam wrote:
> From: Fabio Estevam
>
> 'omux' field is not used anywhere and such layout is not valid for mx6solox.
>
> Instead of adding more ifdef's into the structure, let's simply remove this
> unused 'omux' field.
>
> Signed-off-by: Fabio Estevam
> ---
Appl
On 01/08/2014 13:50, Fabio Estevam wrote:
> From: Fabio Estevam
>
> According to the Reference Manual the 'spdif0_clk_podf' field of register
> CCM_CDCDR corresponds to bits 22, 23 and 24, so fix the mask and offset
> definitions accordingly.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u
On Wed, Aug 6, 2014 at 10:29 AM, Nikita Kiryanov wrote:
>
>
> On 04/08/14 16:36, Nikita Kiryanov wrote:
>>
>>
>>
>> On 04/08/14 07:45, Tim Harvey wrote:
>>>
>>> On Sun, Aug 3, 2014 at 12:34 AM, Nikita Kiryanov
>>> wrote:
Add initial support for Compulab CM-FX6 CoM.
Support includes
55 matches
Mail list logo
