On 10/31/2012 05:59 PM, Simon Glass wrote:
> Hi,
>
> On Fri, Oct 26, 2012 at 12:17 AM, Lucas Stach wrote:
>> Am Donnerstag, den 25.10.2012, 19:31 -0700 schrieb Simon Glass:
>>> From: Sean Paul
>>>
>>> Add get and set gpio functions to fdtdec that take into account the
>>> polarity field in fdtde
On 10/31/2012 05:56 PM, Mitch Bradley wrote:
> On 10/31/2012 1:00 PM, Daniel Mack wrote:
>> cc devicetree-discuss. Here's a reference to the full thread:
>>
>> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>>
>> On 26.10.2012 20:39, Stephen Warren wrote:
>>> On 10/24/2012 03:47 A
On Wed, Oct 31, 2012 at 8:18 PM, Tom Rini wrote:
> On Wed, Oct 31, 2012 at 05:11:51PM -0700, Simon Glass wrote:
>
> [snip]
>> Also rather than running with 'make -j40' or whatever, it uses 'make
>> -j1' but with 40 threads. This increases CPU utilisation quite
>> substantially (almost 50%) - I thi
On Wed, Oct 31, 2012 at 9:32 PM, Marek Vasut wrote:
> Dear Joe Hershberger,
>
>> When building in parallel, make sure that we look up the children
>> based on the the actual process group id instead of just assuming
>> that the MAKEALL pid is the process group id.
>>
>> Also ensure that logs from
On Tue, Oct 30, 2012 at 1:37 PM, Joe Hershberger
wrote:
> Hi Andy,
>
> On Tue, Oct 30, 2012 at 1:00 PM, Joe Hershberger
> wrote:
>> Hi Marek,
>>
>> Not sure if you were already aware of this, but I ran across these
>> errors with MAKEALL on PPC.
>>
>> alpr:
>> powerpc-linux-gnu-ld: section .bootp
>
> Hmm... looks like it is code done by me :-)
> So little explanation shall be given.
>
> This code is necessary for some targets (like Samsung's Goni) which can
> only support 4 bit MMC mode.
>
>> >>for (; width >= 0; width--) {
>> >>
>> >>
>> >> So for FSL ESDHC, the width = 3, afte
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, November 01, 2012 10:59 AM
> To: u-boot@lists.denx.de
> Cc: Jin Zhengxiong-R64188; Jin Zhengxiong-R64188
> Subject: Re: [PATCH 0/6] m68k: Fixes for the m68k
>
> > The m68k wasn't tested for a long time it see
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, November 01, 2012 11:06 AM
> To: Huang Changming-R66093
> Cc: Andy Fleming; u-b...@linux.freescale.net; u-boot@lists.denx.de
> Subject: Re: [PATCH] powerpc/esdhc: force the bus width to 4bit
>
> Dear Huang
From: angelo [mailto:angel...@gmail.com]
Sent: Wednesday, October 31, 2012 5:01 PM
To: U-Boot@lists.denx.de
Cc: Jin Zhengxiong-R64188
Subject: [PATCH v2 1/1] Coldfire: add amcore board support
This patch adds support for the amcore board, mcf5307 based.
Patch adds also support for mcf5307.
Sign
Dear Huang Changming-R66093,
Reposting _AGAIN_ because you again discarded the U-Boot ML address.
> Best Regards
> Jerry Huang
Can you please fix your mailer?
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: Thursday, November 01, 2012 10:26 AM
> > To: Huang
On Thu, Nov 01, 2012 at 03:32:30AM +0100, Marek Vasut wrote:
> Dear Joe Hershberger,
>
> > When building in parallel, make sure that we look up the children
> > based on the the actual process group id instead of just assuming
> > that the MAKEALL pid is the process group id.
> >
> > Also ensure
> The m68k wasn't tested for a long time it seems, thus bugs crawled in.
> This series carries at least some basic fixes, yet bugs still prevail:
[...]
Bump?
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mai
Dear Joe Hershberger,
> When building in parallel, make sure that we look up the children
> based on the the actual process group id instead of just assuming
> that the MAKEALL pid is the process group id.
>
> Also ensure that logs from incomplete builds are deleted in the
> process.
>
> Signed-
Dear Huang Changming-R66093,
Fixing the ML address ... and reposting the rest.
> Andy,
> Do you agree my suggest to revert these codes to fix this issue?
Please ... do us all a favor, read [1] and stop being so inconsiderate of
others! Given that I can no longer make any sense of this thread be
On Wed, Oct 31, 2012 at 10:58:27AM -0400, Joel A Fernandes wrote:
> This is mostly copied from "support for TPS65217 PMIC" patches from the old
> am33xx U-boot
> tree by Greg Guyyote with additions by Tom Rini, me and others.
>
> Also drop DDR3 voltage level from 1.5V to 1.35V for beaglebone. DD
On Wed, Oct 31, 2012 at 11:41:20PM +0100, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1350087972-1581-6-git-send-email-...@chromium.org> you wrote:
> > From: Gabe Black
> >
> > This change adds CBFS support and some commands to use it to u-boot. These
> > commands are:
> ...
> > ---
On Wed, Oct 31, 2012 at 05:11:51PM -0700, Simon Glass wrote:
[snip]
> Also rather than running with 'make -j40' or whatever, it uses 'make
> -j1' but with 40 threads. This increases CPU utilisation quite
> substantially (almost 50%) - I think this was discussed some time ago,
MAKEALL supports thi
Hi Tom,
On Wed, Oct 31, 2012 at 6:30 PM, Tom Rini wrote:
> The gadget ethernet driver needs to keep copies of the MAC address (at
> both endpoints) as strings so it needs a custom function for validation
> of the MAC. It was not however performing a totally correct check and
> also was emitting
Hi Wolfgang,
On Wed, Oct 31, 2012 at 4:37 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> Yes...it's mostly for building a list of commits (e.g. an entire
>> branch) and automatically tracking and showing what boards break
>> between commits. It is optimised for this
Dear Wolfgang Denk,
> Dear Marek,
>
> In message <201211010045.40817.ma...@denx.de> you wrote:
> > > > 2) You can enable LTO eventually -- long term plan -- which proved
> > > > can shrink the code size a bit
> > >
> > > Do you have a workign example? You know, we don;t like adding dead
> > > c
Hi Wolfgang,
On Wed, Oct 31, 2012 at 4:40 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> >> These changes are required to the patman libraries. This is not a proper
>> >> patch yet, just sometime to try out.
>> >
>> > ...are required. So. And why exactly? Or what
This function is not needed, since fdt_path_offset() performs the same
service. Remove it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove fdtdec_find_alias_node() function
lib/fdtdec.c | 24 +---
1 files changed, 1 insertions(+), 23 deletions(-)
diff --git a/lib/f
Dear Marek,
In message <201211010045.40817.ma...@denx.de> you wrote:
>
> > > 2) You can enable LTO eventually -- long term plan -- which proved can
> > > shrink the code size a bit
> >
> > Do you have a workign example? You know, we don;t like adding dead
> > code...
>
> We've been digging wit
Hi,
On Fri, Oct 26, 2012 at 12:17 AM, Lucas Stach wrote:
> Am Donnerstag, den 25.10.2012, 19:31 -0700 schrieb Simon Glass:
>> From: Sean Paul
>>
>> Add get and set gpio functions to fdtdec that take into account the
>> polarity field in fdtdec_gpio_state.flags.
>>
> In another thread Stephen War
Hi David,
On Thu, Oct 25, 2012 at 9:24 PM, David Gibson
wrote:
> On Thu, Oct 25, 2012 at 07:31:02PM -0700, Simon Glass wrote:
>> This function is useful outside fdtdec, so export it.
>
> Hrm. fdt_path_offset() in libfdt itself will already look up aliases
> if given a path that doesn't start wit
Dear Wolfgang Denk,
> Dear Marek,
>
> In message <201210312351.35977.ma...@denx.de> you wrote:
> > > Could you please explain these supposed benefits in a bit more detail?
> >
> > Yes, thanks for the review (I really needed one from you on this)!
> >
> > So, here comes the list:
> > 1) It's coo
Dear Simon,
In message
you wrote:
>
> >> These changes are required to the patman libraries. This is not a proper
> >> patch yet, just sometime to try out.
> >
> > ...are required. So. And why exactly? Or what is the purpose of
> > these changes?
>
> Just so that people can try the builder
Dear Simon Glass,
> This adds a docbook template for fs, and makes CBFS use it.
>
> Problems (advise please as I have enough 500pp books in my bookshelf):
>
> 1. It requires the function names to be repeated. I would like to do this:
Repeating function names is good, you can be sure what the co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/31/12 16:28, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20121031224825.GA24095@bill-the-cat> you wrote:
>>
Flip over from linking with LD to linking with GCC. This has
some long-term benefits, like easy path to enabling LTO.
>>
Dear Simon,
In message
you
wrote:
>
> Yes...it's mostly for building a list of commits (e.g. an entire
> branch) and automatically tracking and showing what boards break
> between commits. It is optimised for this - e.g. it can build 22
> commits for 1000 boards (22,000 builds) in about an hou
Dear Marek,
In message <201210312351.35977.ma...@denx.de> you wrote:
>
> > Could you please explain these supposed benefits in a bit more detail?
>
> Yes, thanks for the review (I really needed one from you on this)!
>
> So, here comes the list:
> 1) It's cool to link with gcc, duh ;-)
Is it -
The gadget ethernet driver needs to keep copies of the MAC address (at
both endpoints) as strings so it needs a custom function for validation
of the MAC. It was not however performing a totally correct check and
also was emitting a warning about a set but unused variable. The
solution to both is
Hi Graeme,
On Thu, Oct 25, 2012 at 9:15 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Fri, Oct 26, 2012 at 1:36 PM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Mon, Oct 22, 2012 at 11:33 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>>> On Oct 23, 2012 4:42 PM, "Simon Glass" wrote:
Hi Graeme,
>
Dear Tom,
In message <20121031224825.GA24095@bill-the-cat> you wrote:
>
> > > Flip over from linking with LD to linking with GCC. This has some
> > > long-term benefits, like easy path to enabling LTO.
> >
> > Could you please explain these supposed benefits in a bit more detail?
> > Please excu
On 01.11.2012 00:13, Stephen Warren wrote:
> On 10/31/2012 05:00 PM, Daniel Mack wrote:
>> cc devicetree-discuss. Here's a reference to the full thread:
>>
>> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>>
>> On 26.10.2012 20:39, Stephen Warren wrote:
>>> On 10/24/2012 03:47 AM
On Wed, Oct 31, 2012 at 5:08 PM, Scott Wood wrote:
> On 10/31/2012 01:17:31 AM, Prabhakar Kushwaha wrote:
>>
>> On 10/31/2012 02:37 AM, Scott Wood wrote:
>>>
>>> On 10/30/2012 04:26:16 AM, Prabhakar Kushwaha wrote:
>>> I'd rather not see this split this up. This file is too much of a
>>> complica
On 10/31/2012 05:00 PM, Daniel Mack wrote:
> cc devicetree-discuss. Here's a reference to the full thread:
>
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
>
> On 26.10.2012 20:39, Stephen Warren wrote:
>> On 10/24/2012 03:47 AM, Daniel Mack wrote:
>>> Hi,
>>>
>>> a project I'
Hi Wolfgang,
On Wed, Oct 31, 2012 at 3:42 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351718752-6832-1-git-send-email-...@chromium.org> you wrote:
>> These changes are required to the patman libraries. This is not a proper
>> patch yet, just sometime to try out.
>
> ...are requi
Hi Wolfgang,
On Wed, Oct 31, 2012 at 3:51 PM, Tom Rini wrote:
> On Wed, Oct 31, 2012 at 11:46:23PM +0100, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message <1351718752-6832-2-git-send-email-...@chromium.org> you wrote:
>> > This tool handles building U-Boot to check that you have not bro
cc devicetree-discuss. Here's a reference to the full thread:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/145221/
On 26.10.2012 20:39, Stephen Warren wrote:
> On 10/24/2012 03:47 AM, Daniel Mack wrote:
>> Hi,
>>
>> a project I'm involved in uses a module/baseboard combo, and componen
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1351701168-7293-1-git-send-email-ma...@denx.de> you wrote:
> > Flip over from linking with LD to linking with GCC. This has some
> > long-term benefits, like easy path to enabling LTO.
>
> Could you please explain these supposed benefits in
On Wed, Oct 31, 2012 at 11:46:23PM +0100, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351718752-6832-2-git-send-email-...@chromium.org> you wrote:
> > This tool handles building U-Boot to check that you have not broken it
> > with your patch series. It can build each individual commi
On 10/31/2012 05:45:00 PM, McClintock Matthew-B29882 wrote:
On Wed, Oct 31, 2012 at 5:43 PM, Matthew McClintock
wrote:
> On Wed, Oct 31, 2012 at 5:08 PM, Scott Wood
wrote:
>> On 10/31/2012 01:17:31 AM, Prabhakar Kushwaha wrote:
>>>
>>> On 10/31/2012 02:37 AM, Scott Wood wrote:
On
On Wed, Oct 31, 2012 at 11:36:18PM +0100, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <1351701168-7293-1-git-send-email-ma...@denx.de> you wrote:
> > Flip over from linking with LD to linking with GCC. This has some
> > long-term benefits, like easy path to enabling LTO.
>
> Could yo
Dear Simon Glass,
In message <1351718752-6832-2-git-send-email-...@chromium.org> you wrote:
> This tool handles building U-Boot to check that you have not broken it
> with your patch series. It can build each individual commit and report
> which boards fail on which commits, and which errors come
On Wed, Oct 31, 2012 at 5:43 PM, Matthew McClintock wrote:
> On Wed, Oct 31, 2012 at 5:08 PM, Scott Wood wrote:
>> On 10/31/2012 01:17:31 AM, Prabhakar Kushwaha wrote:
>>>
>>> On 10/31/2012 02:37 AM, Scott Wood wrote:
On 10/30/2012 04:26:16 AM, Prabhakar Kushwaha wrote:
I'd rather
Dear Simon Glass,
In message <1351718752-6832-1-git-send-email-...@chromium.org> you wrote:
> These changes are required to the patman libraries. This is not a proper
> patch yet, just sometime to try out.
...are required. So. And why exactly? Or what is the purpose of
these changes?
Best reg
Grame is still listed since he has agreed to continue with some review.
Also add an alias to shorten things.
Signed-off-by: Simon Glass
---
doc/git-mailrc |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 7f60ef1..6600c15 100644
Dear Simon Glass,
In message <1350087972-1581-6-git-send-email-...@chromium.org> you wrote:
> From: Gabe Black
>
> This change adds CBFS support and some commands to use it to u-boot. These
> commands are:
...
> --- /dev/null
> +++ b/common/cmd_cbfs.c
> @@ -0,0 +1,214 @@
> +/*
> + * Copyright (c
Dear Marek Vasut,
In message <1351701168-7293-1-git-send-email-ma...@denx.de> you wrote:
> Flip over from linking with LD to linking with GCC. This has some
> long-term benefits, like easy path to enabling LTO.
Could you please explain these supposed benefits in a bit more detail?
Please excuse m
Hi Tom,
On Mon, Oct 22, 2012 at 8:22 AM, Tom Rini wrote:
> On Fri, Oct 12, 2012 at 05:26:11PM -0700, Simon Glass wrote:
>
>> From: Gabe Black
>>
>> This change adds CBFS support and some commands to use it to u-boot. These
>> commands are:
>>
>> cbfsinit - Initialize CBFS support and pull all me
This adds a docbook template for fs, and makes CBFS use it.
Problems (advise please as I have enough 500pp books in my bookshelf):
1. It requires the function names to be repeated. I would like to do this:
/**
* Get the name of a file in CBFS.
*
* @file: The handle to the file.
On 10/31/2012 01:17:31 AM, Prabhakar Kushwaha wrote:
On 10/31/2012 02:37 AM, Scott Wood wrote:
On 10/30/2012 04:26:16 AM, Prabhakar Kushwaha wrote:
I'd rather not see this split this up. This file is too much of a
complicated ifdef mess already.
The window during which you won't be able to
On Tue, 23 Oct 2012 20:01:05 -0500
Andy Fleming wrote:
> There were a number of shared files that were using
> CONFIG_SYS_MPC85xx_DDR_ADDR, or CONFIG_SYS_MPC86xx_DDR_ADDR, and
> several variants (DDR2, DDR3). A recent patchset added
> 85xx-specific ones to code which was used by 86xx systems.
> A
Hi,
Thanks for the comments Tom.
On 2012.10/29, Tom Rini wrote:
> On Sat, Oct 27, 2012 at 08:17:00PM +0900, RgC wrote:
>
> [snip]
> > My understanding is that after relocation no area between the bottom
> > and the top of RAM is reserved. We can use it freely. Is this correct?
>
> Basically, ye
These changes are required to the patman libraries. This is not a proper
patch yet, just sometime to try out.
Signed-off-by: Simon Glass
---
tools/patman/checkpatch.py |2 -
tools/patman/command.py | 86 ++--
tools/patman/cros_subprocess.py | 402 +
Hi Stephen,
On Wed, Oct 31, 2012 at 4:17 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> CONFIG_ENV_VARS_UBOOT_CONFIG creates environment variables indicating
> which configuration U-Boot was built for. Some U-Boot binaries run on
> multiple boards, and hence this information may not uniqul
From: Stephen Warren
CONFIG_ENV_VARS_UBOOT_CONFIG creates environment variables indicating
which configuration U-Boot was built for. Some U-Boot binaries run on
multiple boards, and hence this information may not uniquley describe
the HW that U-Boot is actually running on. Another patch introduce
by moving compat_strlist into the .bss section.
0xfe004d80 fdt_fixup_crypto_node [u-boot]: 264
Signed-off-by: Kim Phillips
---
arch/powerpc/cpu/mpc8xxx/fdt.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/fdt.c b/arch/powerpc/cpu/
From: Stephen Warren
When the generic filesystem load command "fsload" was written, I felt
that "load" was too generic of a name for it, since many other similar
commands already existed. However, it turns out that there is already
an "fsload" command, so that name cannot be used. Rename the new
This is mostly copied from "support for TPS65217 PMIC" patches from the old
am33xx U-boot
tree by Greg Guyyote with additions by Tom Rini, me and others.
Also drop DDR3 voltage level from 1.5V to 1.35V for beaglebone. DDR3 operation
is verified
at this lower voltage level.
Signed-off-by: Joel A
Dear Andreas Bießmann,
[...]
> > -# Always use GNU ld
> > -LD = $(shell if $(CROSS_COMPILE)ld.bfd -v > /dev/null 2>&1; \
> > - then echo "$(CROSS_COMPILE)ld.bfd"; else echo
"$(CROSS_COMPILE)ld";
> > fi;) +# Link with GCC
> > +LD = $(CROSS_COMPILE)gcc
>
> with this change we should als
Hello all,
Is there any ways to activate more debugging information during SPL and u-boot
process?
I´m trying to boot u-boot for the Hackberry using Henrik source code but im
only getting the following via serial console:
U-Boot SPL 2012.10-04714-gc9a957f-dirty (Oct 31 2012 - 20:30:47)Board: sun
On Tue, Oct 30, 2012 at 6:55 PM, Joe Hershberger wrote:
> --continue will allow you to the MAKEALL and pick up where
> you left off.
>
> --rebuild-errors will allow you to rebuild only those boards which
> had trouble on the last run of MAKEALL, allowing you to quickly test
> a simple fix on just
On Tue, Oct 30, 2012 at 6:55 PM, Joe Hershberger wrote:
> When building in parallel, make sure that we look up the children
> based on the the actual process group id instead of just assuming
> that the MAKEALL pid is the process group id.
>
> Also ensure that logs from incomplete builds are delet
Dear Marek Vasut,
On 31.10.12 17:32, Marek Vasut wrote:
> Flip over from linking with LD to linking with GCC. This has some
> long-term benefits, like easy path to enabling LTO.
>
> Most of this patch is about passing parameters to the linker invoked
> by GCC at the linking stage. This involves p
the upcoming sunxi (allwinner a10/a13) platform enables zfs
by default, and using linaro's hf -msoft-float makes the build
fail because this u64 division.
Signed-off-by: Alejandro Mery
---
fs/zfs/zfs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/zfs/zfs.c b/fs/zfs/z
Dear Dimax,
On 31.10.12 18:23, Dimax wrote:
> HI guys.
> I'm sorry I had other jobs to do and did not have time to dig it.
> I have tried SheevaPlug port from
> http://people.debian.org/~tbm/u-boot/2012.04.01-2/
> and it fails and gave me no error code. Not sure it is because of old
> version or e
HI guys.
I'm sorry I had other jobs to do and did not have time to dig it.
I have tried SheevaPlug port from
http://people.debian.org/~tbm/u-boot/2012.04.01-2/
and it fails and gave me no error code. Not sure it is because of old
version or error just did not happen.
I still keep a box with broken
On 10/31/2012 04:43 AM, Andreas Bießmann wrote:
> Dear Stephen Warren,
>
> On 22.10.2012 18:43, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Implement "ls" and "fsload" commands that act like {fat,ext2}{ls,load},
>> and transparently handle either file-system. This scheme could easily be
>
On 10/30/2012 03:19 PM, Tom Rini wrote:
> On Tue, Oct 30, 2012 at 11:35:41AM -0600, Stephen Warren wrote:
>
>> The instructions at:
>>
>> http://www.denx.de/wiki/U-Boot/CustodianGitTrees
>>
>> ... indicate that downstream branches should be rebased onto
>> ${upstream}/master immediately prior t
Hello Andreas,
On 10/31/2012 10:20 PM, Andreas Bießmann wrote:
Dear Vikram Narayanan,
On 31.10.2012 17:27, Vikram Narayanan wrote:
Hello Andreas,
On 10/30/2012 4:32 AM, Andreas Bießmann wrote:
Dear Vikram Narayanan,
first of all you are right. u-boot ubifs implementation will never
recover
Marek,
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Wednesday, October 31, 2012 9:41 AM
> To: Tom Rini
> Cc: Simon Glass; U-Boot Mailing List; Tom Warren
> Subject: Re: [PATCH] pxa: Disable dcache on palmld, palmtc, zipitz2
>
> Dear Tom Rini,
>
> > On 10/31/12
Dear Vikram Narayanan,
On 31.10.2012 17:27, Vikram Narayanan wrote:
> Hello Andreas,
>
> On 10/30/2012 4:32 AM, Andreas Bießmann wrote:
>> Dear Vikram Narayanan,
>>
>> first of all you are right. u-boot ubifs implementation will never
>> recover the ubifs on media, cause it is mounted read only.
Dear Tom Rini,
> On 10/31/12 04:55, Marek Vasut wrote:
> > Dear Simon Glass,
> >
> >> These platforms don't include dcache support. Define
> >> CONFIG_SYS_DCACHE_OFF so that functions don't try to call
> >> non-existent routines like flush_dcache_range().
> >>
> >> Signed-off-by: Simon Glass
>
Flip over from linking with LD to linking with GCC. This has some
long-term benefits, like easy path to enabling LTO.
Most of this patch is about passing parameters to the linker invoked
by GCC at the linking stage. This involves prefixing most of these with
-Wl, . A few more adjustments had to be
Dear Vikram Narayanan,
On 31.10.2012 17:29, Vikram Narayanan wrote:
> Hello Andreas,
>
> On 10/30/2012 5:28 AM, Andreas Bießmann wrote:
>> This will fix the following error:
>>
>> ---8<---
>> UBIFS error (pid 0): ubifs_mount: Error reading superblock on volume
>> 'ubi:root' errno=-12!
>> --->8---
Hello Andreas,
On 10/30/2012 5:28 AM, Andreas Bießmann wrote:
This will fix the following error:
---8<---
UBIFS error (pid 0): ubifs_mount: Error reading superblock on volume 'ubi:root'
errno=-12!
--->8---
Did this solve the ubifs mount issue?
Did someone test it?
~Vikram
__
The serial driver for both LEON2 and LEON3 redefined IO access macros
and caused compile errors. Fix this by using the common IO access
macros and removing the duplicates from the serial driver.
Signed-off-by: Marek Vasut
Cc: Tom Rini
Cc: Daniel Hellstrom
---
arch/sparc/cpu/leon2/serial.c |
Hello Andreas,
On 10/30/2012 4:32 AM, Andreas Bießmann wrote:
Dear Vikram Narayanan,
first of all you are right. u-boot ubifs implementation will never
recover the ubifs on media, cause it is mounted read only.
calls sget() (line 1043)
which in turn calls kzalloc() (line 67)
which may ret
On 10/31/2012 09:56 AM, Simon Glass wrote:
> Hi Stephen,
>
> On Wed, Oct 31, 2012 at 8:41 AM, Stephen Warren wrote:
>> On 10/31/2012 12:00 AM, Heiko Schocher wrote:
>>> Hello Stephen,
>>>
>>> On 30.10.2012 23:32, Stephen Warren wrote:
On 10/30/2012 11:28 AM, Simon Glass wrote:
...
> diff
On 10/30/2012 05:15 PM, Simon Glass wrote:
> Often a particular patch may change only for some versions of a series.
> For versions where there is no change, issue a change log indicating
> that (for example 'Changes in v4: None').
>
> For such lines, don't add a blank line afterwards, to conserve
Hi Stephen,
On Wed, Oct 31, 2012 at 8:41 AM, Stephen Warren wrote:
> On 10/31/2012 12:00 AM, Heiko Schocher wrote:
>> Hello Stephen,
>>
>> On 30.10.2012 23:32, Stephen Warren wrote:
>>> On 10/30/2012 11:28 AM, Simon Glass wrote:
(just for illustration, please don't merge)
This enab
On 10/31/2012 12:00 AM, Heiko Schocher wrote:
> Hello Stephen,
>
> On 30.10.2012 23:32, Stephen Warren wrote:
>> On 10/30/2012 11:28 AM, Simon Glass wrote:
>>> (just for illustration, please don't merge)
>>>
>>> This enables CONFIG_SYS_I2C on Tegra, updating existing boards and
>>> the Tegra
>>> i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/31/12 04:55, Marek Vasut wrote:
> Dear Simon Glass,
>
>> These platforms don't include dcache support. Define
>> CONFIG_SYS_DCACHE_OFF so that functions don't try to call
>> non-existent routines like flush_dcache_range().
>>
>> Signed-off-by:
Hi Albert,
On Friday, October 5, 2012 8:23:14 PM, Albert ARIBAUD wrote;
> On Thu, 4 Oct 2012 22:04:02 +0200 (CEST), Benoît Thébaudeau
> wrote:
>
> > enable_caches() did not enable icache if CONFIG_SYS_ICACHE_OFF was
> > not defined
> > but CONFIG_SYS_DCACHE_OFF was.
> >
> > Signed-off-by: Benoî
Dear Simon Glass,
> These platforms don't include dcache support. Define CONFIG_SYS_DCACHE_OFF
> so that functions don't try to call non-existent routines like
> flush_dcache_range().
>
> Signed-off-by: Simon Glass
Is that needed? Why not fix PXA by defining stub cache routines ?
> ---
> incl
Hi Lukasz,
width = ((mmc->host_caps & MMC_MODE_MASK_WIDTH_BITS) >>
MMC_MODE_WIDTH_BITS_SHIFT);
This code has the problem. If width is set to 0x3,
then BUS_WIDTH field of ext_csd register is set to 0x3.
Value 0x3 is nothing.(It's reserved)
If we want to se
Dear Stephen Warren,
On 22.10.2012 18:43, Stephen Warren wrote:
> From: Stephen Warren
>
> Implement "ls" and "fsload" commands that act like {fat,ext2}{ls,load},
> and transparently handle either file-system. This scheme could easily be
> extended to other filesystem types; I only didn't do it
Dear Stephen Warren,
On 30.10.2012 18:50, Stephen Warren wrote:
> From: Stephen Warren
>
> Without this, fstypes[].probe points at the wrong place, so calling the
> function results in undefined behaviour.
>
> Signed-off-by: Stephen Warren
Tested on AVR32 (atstk1002)
Tested-by: Andreas Bießm
Hi Stefano,
> On 30/10/2012 17:56, Lukasz Majewski wrote:
> > PMIC framework has been redesigned to support multiple instances of
> > power related devices (e.g. fuel gauge, PMICs, chargers, micro USB
> > IC, battery).
> >
> > Due to that, code at other architectures and boards have been
> > adju
Dear Stephen Warren,
On 30.10.2012 19:41, Stephen Warren wrote:
> On 10/30/2012 12:29 PM, Andreas Bießmann wrote:
>> Commit 045fa1e1142552799ad3203e9e0bc22a11e866ea introduce an array with
>> filesystem accessors. On arches which need manual reloc this is broken cause
>> the
>> function pointers
Add support for amcore board.
Signed-off-by: Angelo Dureghello
Cc: Jason Jin
---
Changes for v2:
- Add MAINTAINERS entry
- Add boards.cfg entry
---
MAINTAINERS|4 +
board/sysam/amcore/Makefile| 43
board/sysam/amcore/amcore.c| 174 +++
Add support for coldfire mcf5307 used from amcore board.
Signed-off-by: Angelo Dureghello
Cc: Jason Jin
---
Changes for v2:
- None
---
arch/m68k/cpu/mcf530x/Makefile | 48
arch/m68k/cpu/mcf530x/config.mk| 30 +++
arch/m68k/cpu/mcf530x/cpu.c| 48
arch/m68k/cpu/mc
Dear Ed Bone,
In message
you wrote:
>
> I realize this is an older fix, but it looks fairly innocuous. Is there
> any reason this would not work with a board that had storage device behind
> a SATA controller? I ask because we were using an older version of U-Boot
> based off the U-Boot 2011.0
Hi Jaehoon,
> Hi, Lukasz,
> >> For the current u-boot codes, only 4bit/1bit SD/SDHC bus width
> >> is
> >
> > support.
> >
> >> So for MMC card, we also support 4bit bus width, otherwiase, we
> >> will
> >
> >> get the 12bit bus width, which is not correct:
> >>
Dear Tom Rini,
On 30.10.2012 12:49, Andreas Bießmann wrote:
> This patch adds time measurement and throughput calculation for all supported
> fsload commands.
>
> The output of ext2load changes from
>
> ---8<---
> 1830666 bytes read
> --->8---
>
> to
>
> ---8<---
> 1830666 bytes read in 237 ms
Hello,
I was looking at the patch "Ext2load: increase read speed" from Patch
149244.
http://patchwork.ozlabs.org/patch/149244/
I realize this is an older fix, but it looks fairly innocuous. Is there
any reason this would not work with a board that had storage device behind
a SATA controller? I
Hi Tom,
> On 10/30/12 09:57, Lukasz Majewski wrote:
> > The PMIC framework has been moved to its more natural place
> > ./drivers/power from ./drivers/misc directory.
> [snip]
> > drivers/{misc => power/pmic}/pmic_max8997.c |0 drivers/{misc =>
> > power/pmic}/pmic_max8998.c |0 drivers/{mi
99 matches
Mail list logo
