Gabe,
I have already submitted a patch for this:
http://patchwork.ozlabs.org/patch/120011/
Also, you patch does a delete then create rather than a file rename - When
you use git-format-patch, use the --find-renames option
Regards,
Graeme
On 29/10/11 09:34, Gabe Black wrote:
> The arch/i386/in
Hi Mike,
On Fri, Oct 28, 2011 at 6:05 PM, Mike Frysinger wrote:
> On Sat, Oct 29, 2011 at 02:57, Simon Glass wrote:
>> On Fri, Oct 28, 2011 at 5:50 PM, Mike Frysinger wrote:
>>> On Sat, Oct 29, 2011 at 02:43, Simon Glass wrote:
I am not going to get back to sandbox for a few weeks now - my n
On Sat, Oct 29, 2011 at 02:57, Simon Glass wrote:
> On Fri, Oct 28, 2011 at 5:50 PM, Mike Frysinger wrote:
>> On Sat, Oct 29, 2011 at 02:43, Simon Glass wrote:
>>> I am not going to get back to sandbox for a few weeks now - my next
>>> task is to get it booting from simulated SPI/MMC and see what t
Hi Mike,
On Fri, Oct 28, 2011 at 5:56 PM, Mike Frysinger wrote:
> On Sat, Oct 29, 2011 at 02:47, Simon Glass wrote:
>> On Wed, Oct 26, 2011 at 1:37 PM, Mike Frysinger wrote:
>>> On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
> ---
Hi Mike,
On Fri, Oct 28, 2011 at 5:50 PM, Mike Frysinger wrote:
> On Sat, Oct 29, 2011 at 02:43, Simon Glass wrote:
>> On Wed, Oct 26, 2011 at 11:16 PM, Mike Frysinger wrote:
>>> On Wed, Oct 26, 2011 at 18:54, Simon Glass wrote:
This adds simple command-line parssing to sandbox. The idea is
On Sat, Oct 29, 2011 at 02:47, Simon Glass wrote:
> On Wed, Oct 26, 2011 at 1:37 PM, Mike Frysinger wrote:
>> On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
>>> On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
--- a/arch/sandbox/cpu/os.c
+++ b/arch/sandbox/cpu/os.c
+off
Hi Mike,
On Fri, Oct 28, 2011 at 5:42 PM, Mike Frysinger wrote:
> ignoring the upgrade issues, i think this is useful. only thing
> "missing" is having the pin update state externally, but maybe i'm
> crazy in thinking we need that. it certainly could be done in a
> follow up patch once your v2
On Sat, Oct 29, 2011 at 02:43, Simon Glass wrote:
> On Wed, Oct 26, 2011 at 11:16 PM, Mike Frysinger wrote:
>> On Wed, Oct 26, 2011 at 18:54, Simon Glass wrote:
>>> This adds simple command-line parssing to sandbox. The idea is that it
>>> sets up the state with options provided, and this state can
Hi Mike,
On Wed, Oct 26, 2011 at 1:37 PM, Mike Frysinger wrote:
> On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
>> On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
>>> --- a/arch/sandbox/cpu/os.c
>>> +++ b/arch/sandbox/cpu/os.c
>>>
>>> +off_t os_lseek(int fd, off_t offset, int whence)
>
Hi Mike,
On Wed, Oct 26, 2011 at 11:16 PM, Mike Frysinger wrote:
> On Wed, Oct 26, 2011 at 18:54, Simon Glass wrote:
>> This adds simple command-line parssing to sandbox. The idea is that it
>> sets up the state with options provided, and this state can then be
>> queried as needed later.
>
> i'm
ignoring the upgrade issues, i think this is useful. only thing
"missing" is having the pin update state externally, but maybe i'm
crazy in thinking we need that. it certainly could be done in a
follow up patch once your v2 of this patch gets updated, and once we
actually have a proposed interfac
Hi Mike,
On Wed, Oct 26, 2011 at 11:14 PM, Mike Frysinger wrote:
> On Wed, Oct 26, 2011 at 18:54, Simon Glass wrote:
>> --- /dev/null
>> +++ b/drivers/gpio/sandbox.c
>>
>> +#include
>> +#include
>
> not used
>
>> +#include
>
> should be asm/gpio.h
>
>> +/* These functions make up what could be
Hi Albert,
On Thu, Oct 27, 2011 at 10:09 PM, Albert ARIBAUD
wrote:
> Le 28/10/2011 03:43, Simon Glass a écrit :
>
>> The test was
>>
>> mrc p15, 0, r0, c0, c0, 0 @ get ID register
>> and r0, r0, #0xf @ get architecture
>> cmp r0, #0xf @
On Fri, Oct 28, 2011 at 22:25, Wolfgang Denk wrote:
> Peter Korsgaard wrote:
>> memmove is used in a number of performance critical places, like copying the
>> linux kernel from nor flash to ram, so optimizing it can be interesting.
>>
>> Unfortunately, an arch specific version of memmove often isn
Hi Albert,
On Thu, Oct 27, 2011 at 10:13 PM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Le 28/10/2011 03:53, Simon Glass a écrit :
>>
>> Hi Albert,
>
>> You have Tom's MMC patch here but not the series from Stephen. Please
>> can you see my email below about this:
>>
>> On Thu, Oct 20, 2011 at 3:57 PM
On Fri, Oct 28, 2011 at 3:47 PM, Anton Staaf wrote:
> Thanks Stephen, sorry Doug. :)
>
> -Anton
>
> On Fri, Oct 28, 2011 at 12:43 PM, Doug Anderson wrote:
>> Acked-by: Doug Anderson
Tested-by: Simon Glass
>>
>> ...to be fair though, the regression appears to be caused by a mid-air
>> collisi
Hi,
On Thu, Oct 27, 2011 at 11:25 PM, Mike Frysinger wrote:
> On Fri, Oct 28, 2011 at 07:35, Albert ARIBAUD wrote:
>> Going up my backlog... for 2/4 and 4/5, as their are touching MMC driver
>> code, I'd like Andy to ack them as the the MMC custodian, then I can apply
>> the whole set (pending th
Dear Ajay Bhargav,
I compiled the "gplugd" board and I got the following warnings, please fix.
Configuring for gplugd board...
armada100_fec.c: In function 'armdfec_init':
armada100_fec.c:483:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
armada100_fec.c:484:2: wa
On Fri, Oct 28, 2011 at 22:19, Wolfgang Denk wrote:
> Mike Frysinger wrote:
>> On Fri, Oct 28, 2011 at 07:49, Wolfgang Denk wrote:
>> > --- a/drivers/net/e1000.h
>> > +++ b/drivers/net/e1000.h
>> >
>> > #define E1000_WRITE_FLUSH(a) \
>> > - do { uint32_t x = E1000_READ_REG(a, STATUS); } whil
> "Wolfgang" == Wolfgang Denk writes:
Hi,
>> memmove is used in a number of performance critical places, like copying the
>> linux kernel from nor flash to ram, so optimizing it can be interesting.
>>
>> Unfortunately, an arch specific version of memmove often isn't used, and
>> not su
generally the subject/changelog should be more of the form:
cmd_nvedit: fix printf warning
gcc warns when using %zd with size_t types since the correct format is %zu:
otherwise, the change (in theory) makes perfect sense to me ... i
would ack if not for the commit summary/log ;)
-mike
___
Hi Albert,
> Hello all,
>
> Recently the ARM mach-types.h file has been brought in sync with its
> Linux original, leasing to a number of boards not being listed any more,
> as the new list only contains boards which have actual Linux support or
> were declared less than one year ago.
>
> The sy
Hi Marek,
On Fri, Oct 28, 2011 at 11:10:08PM +0200, Marek Vasut wrote:
> > Robert Schwebel
> >
> > csb226 xscale/pxa
> > innokom xscale/pxa
>
> Drop unless I get fixes from maintainer in a week or request for
> longer time to fix. (here I have some feeling it's not gonna
Thanks Stephen, sorry Doug. :)
-Anton
On Fri, Oct 28, 2011 at 12:43 PM, Doug Anderson wrote:
> Acked-by: Doug Anderson
>
> ...to be fair though, the regression appears to be caused by a mid-air
> collision of Anton's change (f75dd584cdfe29dfdcfd424bb237b9238cfb8fe4) with
> my change. His patc
From: Gabe Black
Signed-off-by: Gabe Black
---
arch/x86/include/asm/u-boot-x86.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/x86/include/asm/u-boot-x86.h
b/arch/x86/include/asm/u-boot-x86.h
index accc8fa..d3e2f4c 100644
--- a/arch/x86/include/asm/u-boot-x86.h
The arch/i386/include/asm/ic/pci.h header file include definitions which were
not generic to i386 and where specifically for SC520. This change moves that
header into a directory which more accurately reflects that.
Signed-off-by: Gabe Black
---
arch/x86/include/asm/ic/pci.h | 79 ---
On 10/12/2011 02:32 AM, Christian Hitz wrote:
> [backport from linux commit 02f8c6aee8df3cdc935e9bdd4f2d020306035dbe]
>
> This patch synchronizes the nand driver with the Linux 3.0 state.
>
> Signed-off-by: Christian Hitz
> Cc: Scott Wood
> ---
>
> Adds 1416 bytes to the image size.
What does
Signed-off-by: Gabe Black
---
common/cmd_nvedit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 396a171..d9dc3f2 100644
--- a/common/cmd_nvedit.c
+++ b/common/cmd_nvedit.c
@@ -862,7 +862,7 @@ static int do_env_import(cmd_
> Commit 114d7fc0 "e1000: Rewrite EEPROM checksum error to give more
> information" failed to initialize the checksum variable which should
> result in random results. Fix that.
> [I wonder if that code has _ever_ been tested!!]
>
> Commit 2326a94d caused a ton of "unused variable 'x'" warnings.
>
On 10/16/2011 05:50 AM, Simon Schwarz wrote:
> Functions often used in SPL are now part of linux/mtd/nand.h.
>
> Signed-off-by: Simon Schwarz
> Cc: scottw...@freescale.com
> Cc: s-paul...@ti.com
> Cc: albert.u.b...@aribaud.net
> ---
> Changes V2:
> CHG moved function definiton from nand.h to linu
On 10/16/2011 05:50 AM, Simon Schwarz wrote:
> Removed static modifiers from functions that were often duplicated in
> SPL implementations.
>
> Signed-off-by: Simon Schwarz
> Cc: scottw...@freescale.com
> Cc: s-paul...@ti.com
> Cc: albert.u.b...@aribaud.net
> ---
> Changes V2:
> nothing
> ---
>
Dear "Moffett, Kyle D",
In message you wrote:
>
> The correct E1000_WRITE_FLUSH macro should be:
> #define E1000_WRITE_FLUSH(a) \
> do { uint32_t x =3D E1000_READ_REG(a, STATUS); (void)x; } while(0=
> )
>
> It shouldn't return a value, it's just ensuring that writes are properly
> po
On 10/12/2011 09:26 AM, Shinya Kuribayashi wrote:
> From: Xiangfu Liu
> Date: Wed, 12 Oct 2011 12:24:06 +0800
>
> Jz4740 NAND flash controller can support:
> * MLC NAND as well as SLC NAND
> * all 8-bit/16-bit NAND flash devices
> * HAMMING and RS hardware ECC
> * automatic boot up from NAND flas
Dear Anton Staaf,
In message
you wrote:
>
> That makes sense to me, the reason I asked is that all of my patches are still
> sitting in the new state, even though most of them have been applied already
> (or rejected) for a while...
Patchwork bugs...
If you see such cases, please correct the s
Dear Albert ARIBAUD,
In message <4eaae366.7050...@aribaud.net> you wrote:
>
> State changing should be done by the person who causes the change -- >
> change requester or custodian -- as this is the only person that really >
> knows for sure what the state change should be.
Well, Patchwork often
Dear Anton Staaf,
In message
you wrote:
>
> Who should change the state of patches there? Should I mark patches
> that have been applied as Accepted? Or should the tree maintainer do
> that?
Both :-)
> Also, should I delegate patches to custodians that I believe should be
> looking at them?
Dear Peter Korsgaard,
In message <1319789046-17715-1-git-send-email-jac...@sunsite.dk> you wrote:
> memmove is used in a number of performance critical places, like copying the
> linux kernel from nor flash to ram, so optimizing it can be interesting.
>
> Unfortunately, an arch specific version o
Dear Mike Frysinger,
In message
you wrote:
> On Fri, Oct 28, 2011 at 07:49, Wolfgang Denk wrote:
> > --- a/drivers/net/e1000.h
> > +++ b/drivers/net/e1000.h
> >
> > #define E1000_WRITE_FLUSH(a) \
> > - do { uint32_t x = E1000_READ_REG(a, STATUS); } while (0)
> > + E1000_READ_REG(a,
Dear Stefan Roese,
In message <201110280825.08189...@denx.de> you wrote:
>
> Wolfgang, what would you prefer? Should Dirk just send an incremental patch?
Yes, please.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offic
Hello all,
Recently the ARM mach-types.h file has been brought in sync with its
Linux original, leasing to a number of boards not being listed any more,
as the new list only contains boards which have actual Linux support or
were declared less than one year ago.
The symptom is a build failure
Acked-by: Doug Anderson
...to be fair though, the regression appears to be caused by a mid-air
collision of Anton's change (f75dd584cdfe29dfdcfd424bb237b9238cfb8fe4) with
my change. His patch was committed on Oct 25th (though authored earlier).
When I submitted my patch on the Oct 19th against
Commit deb5ca80275e8cfa74d5680b41204e08a095eca5 "disk: part_efi: fix
**pgpt_pte == NULL" modified the code to pass "&gpt_head" to
is_gpt_valid() rather than the previous "gpt_head". However, gpt_head
is a pointer to the buffer, not the actual buffer, since it was allocated
using ALLOC_CACHE_ALIGN_B
The commit below causes the command "mmc part" to fail on both Seaboard and
Ventana (and I assume any Tegra platform, and possibly just any platform).
Reverting it solves the problem.
(this is observed in git://git.denx.de/u-boot.git master)
commit deb5ca80275e8cfa74d5680b41204e08a095eca5
Author:
CONFIG_MXC_SPI currently works on MX31/35/51 boards, so update the README file.
Signed-off-by: Fabio Estevam
---
README |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/README b/README
index 46f062f..de0b2db 100644
--- a/README
+++ b/README
@@ -1904,7 +1904,7 @@ The foll
Hi Asen,
You should copy Ilko as the maintainer, unless you are taking over
maintainership of this board (and pm9263 and pm9g45), in which case
please modify MAINTAINERS file as well.
Le 28/10/2011 18:10, Asen Chavdarov Dimov a écrit :
> Signed-off-by: Asen Chavdarov Dimov
> ---
> board/ronet
Hi Simon,
Le 22/10/2011 18:40, Simon Glass a écrit :
> Hi Albert,
>
> On Sat, Oct 22, 2011 at 12:17 AM, Albert ARIBAUD
> wrote:
>> Le 22/10/2011 07:11, Simon Glass a écrit :
>>>
>>> Hi,
>>>
>>> Each architecture has its own board.c but they are mostly quite similar.
>>>
>>> New features such as
On Thu, Oct 13, 2011 at 2:57 PM, Anton Staaf wrote:
> This is a well encapsulated section of mmc_send_cmd, by moving
> it to it's own function it increases the readability of mmc_send_cmd.
>
> Signed-off-by: Anton Staaf
> Cc: Tom Warren
> Cc: Stephen Warren
Adding Albert to CC.
-Anton
> ---
On Thu, Oct 13, 2011 at 2:57 PM, Anton Staaf wrote:
> Currently if a DMA buffer straddles a buffer alignment boundary
> (512KiB) then the DMA engine will pause and generate a DMA
> interrupt. Since the DMA interrupt is not enabled it will hang
> the MMC driver.
>
> This patch adds support for res
On Thu, Oct 13, 2011 at 2:57 PM, Anton Staaf wrote:
> Currently when no expected completion condition occures in the
> mmc_send_cmd while loop that is waiting for a data transfer to
> complete the MMC driver just hangs.
>
> This patch adds an arbitrary 2 second timeout. If nothing we
> recognize
Stephen Warren wrote at Wednesday, October 12, 2011 4:53 PM:
> Pass the GPIO numbers for power and card detect to tegra2_mmc_init(), and
> modify that function to perform all required GPIO initialization. This
> removes the need for board files to perform these operations.
>
> Move board_mmc_getcd(
Hi Tom,
Le 22/10/2011 00:23, Tom Rini a écrit :
> Hey all,
>
> As part of bringing over SPL support (which I'll post as soon
> as I can figure out why this code doesn't run for me), I ran into
> the following two fixes being needed.
Patch set applied to u-boot-arm/master as a bugfix to the MACH_T
Stephen Warren wrote at Wednesday, October 12, 2011 4:53 PM:
> This centralizes knowledge of MMC clocking into the MMC driver. This also
> removes clock setup from the board files, which will simplify later changes
> that modify the Harmony board to support the correct set of MMC controllers.
Andy
On Oct 28, 2011, at 01:49, Wolfgang Denk wrote:
> Commit 114d7fc0 "e1000: Rewrite EEPROM checksum error to give more
> information" failed to initialize the checksum variable which should
> result in random results. Fix that.
> [I wonder if that code has _ever_ been tested!!]
>
> I wonder if you
On Fri, Oct 28, 2011 at 10:16 AM, Albert ARIBAUD
wrote:
> Hi Anton,
>
> Le 28/10/2011 18:52, Anton Staaf a écrit :
>>
>> I'm new to patchwork, and am wondering.
>>
>> Who should change the state of patches there? Should I mark patches
>> that have been applied as Accepted? Or should the tree main
Hi Tom,
Le 28/10/2011 18:32, Tom Rini a écrit :
> On Fri, Oct 28, 2011 at 8:22 AM, Albert ARIBAUD
> wrote:
>> Hi all,
>>
>> Le 28/10/2011 11:57, Stefano Babic a écrit :
>>> On 10/28/2011 11:03 AM, Mike Frysinger wrote:
On Wed, Oct 19, 2011 at 08:31, Albert ARIBAUD wrote:
> Le 12/09/2011
Hi Anton,
Le 28/10/2011 18:52, Anton Staaf a écrit :
> I'm new to patchwork, and am wondering.
>
> Who should change the state of patches there? Should I mark patches
> that have been applied as Accepted? Or should the tree maintainer do
> that?
State changing should be done by the person who ca
On 10/28/2011 09:42 AM, Scott Wood wrote:
> On 10/28/2011 11:29 AM, Tom Rini wrote:
>> On 10/28/2011 09:00 AM, Scott Wood wrote:
>>> On 10/27/2011 06:33 PM, Tom Rini wrote:
On 10/27/2011 04:22 PM, Scott Wood wrote:
> On 10/27/2011 06:13 PM, Tom Rini wrote:
>> OK, so, Scott, where would
Signed-off-by: Asen Chavdarov Dimov
---
board/ronetix/pm9263/mach-type.h | 31 +++
board/ronetix/pm9263/pm9263.c|1 +
2 files changed, 32 insertions(+), 0 deletions(-)
create mode 100644 board/ronetix/pm9263/mach-type.h
diff --git a/board/ronetix/pm9263/ma
Signed-off-by: Asen Chavdarov Dimov
---
board/ronetix/pm9261/mach-type.h | 31 +++
board/ronetix/pm9261/pm9261.c|1 +
2 files changed, 32 insertions(+), 0 deletions(-)
create mode 100644 board/ronetix/pm9261/mach-type.h
diff --git a/board/ronetix/pm9261/ma
Signed-off-by: Asen Chavdarov Dimov
---
board/ronetix/pm9g45/mach-type.h | 31 +++
board/ronetix/pm9g45/pm9g45.c|1 +
2 files changed, 32 insertions(+), 0 deletions(-)
create mode 100644 board/ronetix/pm9g45/mach-type.h
diff --git a/board/ronetix/pm9g45/ma
I'm new to patchwork, and am wondering.
Who should change the state of patches there? Should I mark patches
that have been applied as Accepted? Or should the tree maintainer do
that?
Also, should I delegate patches to custodians that I believe should be
looking at them? Or should custodians del
On 10/28/2011 11:29 AM, Tom Rini wrote:
> On 10/28/2011 09:00 AM, Scott Wood wrote:
>> On 10/27/2011 06:33 PM, Tom Rini wrote:
>>> On 10/27/2011 04:22 PM, Scott Wood wrote:
On 10/27/2011 06:13 PM, Tom Rini wrote:
> OK, so, Scott, where would you suggest we put a very trivial set of nand
>>
On Fri, 2011-10-28 at 14:45 +0200, Stefano Babic wrote:
> On 10/28/2011 11:21 AM, Fabio Porcedda wrote:
> > Hi all,
> > i'm trying to use the u-boot on an at91sam9260ek board,
> > i cannot start successfull the u-boot binary.
> >
>
> Hi Fabio,
>
Hi Stefano,
> > Hit any key to stop autoboot: 0
> >
On Fri, Oct 28, 2011 at 8:22 AM, Albert ARIBAUD
wrote:
> Hi all,
>
> Le 28/10/2011 11:57, Stefano Babic a écrit :
>> On 10/28/2011 11:03 AM, Mike Frysinger wrote:
>>> On Wed, Oct 19, 2011 at 08:31, Albert ARIBAUD wrote:
Le 12/09/2011 05:54, Marek Vasut a écrit :
> This commit updates
On 10/28/2011 09:00 AM, Scott Wood wrote:
> On 10/27/2011 06:33 PM, Tom Rini wrote:
>> On 10/27/2011 04:22 PM, Scott Wood wrote:
>>> On 10/27/2011 06:13 PM, Tom Rini wrote:
OK, so, Scott, where would you suggest we put a very trivial set of nand
infrastructure we need outside of the scope
On 10/28/2011 01:10 AM, Arno Steffen wrote:
> I have been used u-boot supportet (or better say not suppported) by TI
> in their latest PSP/SDK (Juli 2011).
> Base is 2010.06. But this issue was also inside older versions.
It's not older versions I'm concerned about, but newer ones. This bug
has b
On 10/28/2011 01:05 AM, Heiko Schocher wrote:
> Hello Scott,
>
> Scott Wood wrote:
>> On 10/27/2011 12:23 AM, Heiko Schocher wrote:
> In drivers/mtd/nand/davinci_nand.c CONFIG_SYS_NAND_4BIT_HW_ECC_OOBFIRST
> is used, and there are 4bit specific functions, so this define is
> also valid
On 10/24/2011 02:38 AM, Heiko Schocher wrote:
> similiar to commit dc7cd8e59ba077f3b4c1a4557c9cd86a31b9ab1f, only
> adapted for the new spl framework.
>
> Signed-off-by: Heiko Schocher
> Acked-by: Tom Rini
> Cc: Scott Wood
> Cc: Albert ARIBAUD
> Cc: Sandeep Paulraj
>
> ---
> changes for v2:
On 10/27/2011 06:33 PM, Tom Rini wrote:
> On 10/27/2011 04:22 PM, Scott Wood wrote:
>> On 10/27/2011 06:13 PM, Tom Rini wrote:
>>> OK, so, Scott, where would you suggest we put a very trivial set of nand
>>> infrastructure we need outside of the scope of loading u-boot itself
>>> from NAND ?
>>
>>
Mike,
On Fri, Oct 28, 2011 at 02:23:56AM -0400, Mike Frysinger wrote:
> This generated file does not belong in the tree -> punt.
>
> Signed-off-by: Mike Frysinger
Acked-by: Jason Cooper
> ---
> 0 files changed, 0 insertions(+), 0 deletions(-)
> delete mode 100644 arch/arm/cpu/arm926ejs/kirk
Hi all,
Le 28/10/2011 11:57, Stefano Babic a écrit :
> On 10/28/2011 11:03 AM, Mike Frysinger wrote:
>> On Wed, Oct 19, 2011 at 08:31, Albert ARIBAUD wrote:
>>> Le 12/09/2011 05:54, Marek Vasut a écrit :
>>> > This commit updates the mach-types based on the latest in Linus's head
>>>
>>> Applie
Hi Stefano,
Le 28/10/2011 14:37, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx.
>
> The following changes since commit ce5207e191c59b3135303fd03b98dd2ac3701ba2:
>
>e1000: Allow direct access to the E1000 SPI EEPROM device (2011-10-28
> 00:37:01 +0200)
>
> are available i
Hi Minkyu,
Le 28/10/2011 10:19, Minkyu Kang a écrit :
> Dear Albert,
>
> The following changes since commit 37fc0ed268dc5acacd3a83adafa26eb1a84e90af:
>
>ARM: Add Calxeda Highbank platform (2011-10-27 21:56:37 +0200)
>
> are available in the git repository at:
>git://git.denx.de/u-boot-sams
Hi Prafulla,
On 09/14/2011 10:41 AM, Holger Brunck wrote:
> The bootcounter (stored in the RAM) is not enough protected with the 4 Bytes
> BOOTCOUNT_MAGIC against bit errors due to short power loss or holding a system
> in RESET. It has been seen, that the bootcounter value has been changed due to
On 10/28/2011 11:21 AM, Fabio Porcedda wrote:
> Hi all,
> i'm trying to use the u-boot on an at91sam9260ek board,
> i cannot start successfull the u-boot binary.
>
Hi Fabio,
> Hit any key to stop autoboot: 0
> U-Boot> loadb
> ## Ready for binary (kermit) download to 0x2200 at 115200 bps...
Hi Albert,
please pull from u-boot-imx.
The following changes since commit ce5207e191c59b3135303fd03b98dd2ac3701ba2:
e1000: Allow direct access to the E1000 SPI EEPROM device (2011-10-28
00:37:01 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
Fab
Hi Fabio,
I believe the at91 U-Boot that Atmel publish has some patches applied. I
don't know offhand what they were but it would be worth checking that
these have made it into the current builds.
http://www.at91.com/project-community/article/2-Projects/218-at91-u-boot
-bootloader.html refers.
VIEW ATTACHMENT FOR DETAILS!
INTERNATIONAL MONETARY FUND.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 10/28/2011 11:03 AM, Mike Frysinger wrote:
> On Wed, Oct 19, 2011 at 08:31, Albert ARIBAUD wrote:
>> Le 12/09/2011 05:54, Marek Vasut a écrit :
>> > This commit updates the mach-types based on the latest in Linus's head
>>
>> Applied to u-boot-arm/master, thanks.
>
> so it's up to the respecti
Hi all,
i'm trying to use the u-boot on an at91sam9260ek board,
i cannot start successfull the u-boot binary.
build u-boot 2011.09:
export CROSS_COMPILE=/opt/arm-2010q1/bin/arm-none-linux-gnueabi-
/MAKEALL at91sam9260ek_nandflash
load & start:
RomBOOT
>
U-Boot 1.3.4 (Mar 9 2010 - 19:29:50)
DRA
> On Wed, Oct 19, 2011 at 08:31, Albert ARIBAUD wrote:
> > Le 12/09/2011 05:54, Marek Vasut a écrit :
> > > This commit updates the mach-types based on the latest in Linus's head
> >
> > Applied to u-boot-arm/master, thanks.
>
> so it's up to the respective board maintainers to fix all their boa
On Wed, Oct 19, 2011 at 08:31, Albert ARIBAUD wrote:
> Le 12/09/2011 05:54, Marek Vasut a écrit :
> > This commit updates the mach-types based on the latest in Linus's head
>
> Applied to u-boot-arm/master, thanks.
so it's up to the respective board maintainers to fix all their boards
that are no
Signed-off-by: Stefano Babic
CC: Wolfgang Denk
---
net/bootp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/net/bootp.c b/net/bootp.c
index b789eec..b446521 100644
--- a/net/bootp.c
+++ b/net/bootp.c
@@ -105,7 +105,9 @@ static int BootpCheckPkt(uchar *pkt, unsigned d
On 10/27/2011 01:31 PM, Helmut Raiger wrote:
> This allows to initialize DDR memory in C code.
> Currently all mx31 boards use assembler code (lowlevel_init.S)
>
> Signed-off-by: Helmut Raiger
> ---
> V2: new in V2
> V3: no changes
>
> arch/arm/include/asm/arch-mx31/imx-regs.h | 13 ++
On 10/27/2011 01:31 PM, Helmut Raiger wrote:
> Signed-off-by: Helmut Raiger
> ---
> V2: no changes since V1
> V3: fixed multiline comment, rebased to u-boot-imx
>
> arch/arm/cpu/arm1136/mx31/devices.c | 15 +++
> arch/arm/include/asm/arch-mx31/clock.h|1 +
> arch/ar
Added MACH_TYPE for the tx25 to the configuration file.
The MACH_TYPE is dropped from mach-types.h after last sync
with kernel.
Signed-off-by: Stefano Babic
---
board/karo/tx25/tx25.c |1 -
include/configs/tx25.h |6 ++
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/b
Dear Albert,
The following changes since commit 37fc0ed268dc5acacd3a83adafa26eb1a84e90af:
ARM: Add Calxeda Highbank platform (2011-10-27 21:56:37 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
Angus Ainslie (2):
ORIGEN : enable device tree suppo
Dear Lukasz Majewski,
On 10/27/2011 05:33 PM, Lukasz Majewski wrote:
> Enable support for PMIC driver at C210 Universal reference target.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> ---
> Depend on: "New generic PMIC framework"
>
> http://patchwork.oz
memmove is used in a number of performance critical places, like copying the
linux kernel from nor flash to ram, so optimizing it can be interesting.
Unfortunately, an arch specific version of memmove often isn't used, and
not supported at all on a number of archs (arm/mips/nds32/nios2/x86) -
But
Dear Lukasz Majewski,
On 10/20/2011 05:07 PM, Lukasz Majewski wrote:
> This patch adds support for Samsung's Exynos4 (C210) Nuri reference
> board.
>
> New exynos4_nuri board has been added to boards.cfg
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> ---
Thanks and Best Regards
Jerry Huang
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Friday, October 28, 2011 2:34 PM
> To: Huang Changming-R66093
> Cc: Joakim Tjernlund; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 2/2] Powerpc/i2c: Force i2c to become b
Heiko,
Thank you very much for identifying it and sending across a patch.
I was about to send the patch :)
Regards
--Manju
On Fri, Oct 28, 2011 at 11:29:03, Heiko Schocher wrote:
> This patch fixes following compile error for the davinice_emac driver:
>
> $ make -s cam_enc_4xx
> Config
On 10/28/2011 12:56 PM, 馬克泡 wrote:
> Hi Scott and Thomas,
>
> 2011/10/28 Scott McNutt:
>> Dear u-boot Nios Developers,
>>
>> Please welcome Thomas Chou as our new Nios custodian.
>>
>> Over the past several months, my personal work load has
>> increased significantly. While this is great for me
>>
On 10/21/2011 09:48 PM, Joachim Foerster wrote:
> Signed-off-by: Joachim Foerster
> ---
> board/altera/nios2-generic/Makefile |1 -
> board/altera/nios2-generic/gpio.c | 71
> ---
> include/configs/nios2-generic.h |4 ++
> 3 files changed, 4 ins
On 10/21/2011 09:48 PM, Joachim Foerster wrote:
> This driver may handle multiple PIO cores and thus needs to be
> setup by calling the altera_pio_init() function within the early
> board setup routine.
>
> The driver comes with some extras, see below the copyleft header.
>
> Signed-off-by: Joachim
On 10/20/2011 04:28 PM, Joachim Foerster wrote:
> AFAIK the NIOS2 architecture does not have any possibility to
> dynamically switch off the data cache. So _status() always reports 1 and
> _enable/_disable() just issue a flush of everything.
>
> For example, common/cmd_elf.c depends on these symbol
96 matches
Mail list logo
