Dear Reinhard,
what are the chances to see a pull request for the Atmel boards any
time soon? As is, theyu still form the majority of broken ARM boards,
and I would like to get the release out as soon as possible.
So I'd appreciate if we could have your pull request ASAP, then I
could make a -rc3
On TI panda board, stay in u-boot and do nothing in 30 minutes, then
try to get mmc info or reset, u-boot will hang.
Bellow is the error log:
--
Panda # printenv
baudrate=115200
bootcmd=if mmc rescan ${mmcdev}; then if run loadbootscript; then run
bootscript; else if run loaduimage; then run mmcb
Hi,
On 09/06/2011 09:06, Wolfgang Denk wrote:
> what are the chances to see a pull request for the Atmel boards any
> time soon? As is, theyu still form the majority of broken ARM boards,
> and I would like to get the release out as soon as possible.
>
> So I'd appreciate if we could have your pul
> -Original Message-
> From: Jason [mailto:u-b...@lakedaemon.net]
> Sent: Wednesday, June 08, 2011 8:38 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Siddarth Gore; Ashish Karkare; Prabhanjan
> Sarnaik
> Subject: Re: [PATCH 1/1] dreamplug: Initial support.
>
> On Wed, Jun 08, 20
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Alexei Ozhigov
> Sent: Wednesday, June 08, 2011 6:44 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] OpenRD: booting u-boot from NAND
>
> Hello!
>
> I am trying to launch U-B
Dear Wolfgang Denk,
> Dear Reinhard,
>
> what are the chances to see a pull request for the Atmel boards any
> time soon? As is, theyu still form the majority of broken ARM boards,
> and I would like to get the release out as soon as possible.
>
> So I'd appreciate if we could have your pull requ
On Thursday 09 June 2011 01:50 AM, Albert ARIBAUD wrote:
> Hi Aneesh,
>
> Le 07/06/2011 17:13, Aneesh V a écrit :
>> Fix build breaks for OMAP boards.
>> All the build breaks were due to couple of missing
>> defines in the config file, namely:
>>
>> CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_AD
Signed-off-by: Asen Chavdarov Dimov
---
arch/arm/include/asm/arch-at91/at91sam9263.h |1 +
arch/arm/include/asm/arch-at91/at91sam9_sdramc.h |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9263.h
b/arch/arm/include/asm/arch-
In AT91 the get_timer(base) returns the elapsed time
between the time_start and later after some work.
While the "others" are using reset_timer to make
epoches and get current time after some work in that
epoch.
time_start = get_timer(0)
Some work here
time_elapsed = get_timer(time_start)
Signed
Signed-off-by: Asen Chavdarov Dimov
---
.../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 26 ++--
arch/arm/include/asm/arch-at91/at91sam9g45.h |2 +
2 files changed, 15 insertions(+), 13 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/at91sam9m10g45_devices
Signed-off-by: Asen Chavdarov Dimov
---
arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 26 ++--
arch/arm/include/asm/arch-at91/at91sam9261.h |1 +
2 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c
b
Signed-off-by: Asen Chavdarov Dimov
---
board/ronetix/pm9261/led.c|9 -
board/ronetix/pm9261/pm9261.c | 36 +---
boards.cfg|2 +-
include/configs/pm9261.h | 18 ++
4 files changed, 32 insertions(+),
Signed-off-by: Asen Chavdarov Dimov
---
Makefile |4
board/ronetix/pm9g45/pm9g45.c | 30 ++
boards.cfg|1 +
include/configs/pm9g45.h | 16 +++-
4 files changed, 26 insertions(+), 25 deletions(-
Signed-off-by: Asen Chavdarov Dimov
---
board/ronetix/pm9263/led.c|9 +++
board/ronetix/pm9263/pm9263.c | 42 +++-
boards.cfg|2 +-
include/configs/pm9263.h | 17 +--
4 files changed, 35 insertions(+), 3
Dear Eric Bénard,
> Signed-off-by: Eric Bénard
> ---
> arch/arm/include/asm/arch-at91/at91_matrix.h | 10 +++---
> arch/arm/include/asm/arch-at91/at91_rstc.h |2 +-
> arch/arm/include/asm/arch-at91/at91_wdt.h|2 +-
> arch/arm/include/asm/arch-at91/at91sam9_sdramc.h |
Am 07.06.2011 10:48, schrieb Eric Bénard:
> Signed-off-by: Eric Bénard
> ---
> MAKEALL|2 --
> Makefile |8
> board/eukrea/cpu9260/cpu9260.c | 33 -
> board/eukrea/cpu9260/led.c |6 +++---
> i
Am 07.06.2011 10:48, schrieb Eric Bénard:
> Signed-off-by: Eric Bénard
> ---
> MAKEALL|1 -
> board/eukrea/cpuat91/cpuat91.c |6 +++---
> 2 files changed, 3 insertions(+), 4 deletions(-)
Applied to u-boot-atmel/master.
Thanks,
Reinhard
_
Provide SDRAM base address and use SRAM for initial stack
---
include/configs/omap1610h2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610h2.h b/include/configs/omap1610h2.h
index 2936dcc..cb2a07f 100644
--- a/include/configs/omap1610h2.h
+++ b
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap730p2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap730p2.h b/include/configs/omap730p2.h
index fa3681e..bf8e000 100644
--- a/include/con
DRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap2420h4.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h
index 2888c7b..01f402b 100644
--- a/include/configs/om
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1510inn.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1510inn.h b/include/configs/omap1510inn.h
index 9ff4f84..62c1721 100644
--- a/inclu
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1610inn.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610inn.h b/include/configs/omap1610inn.h
index 0b41c46..9b9c8d1 100644
--- a/include
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap5912osk.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap5912osk.h b/include/configs/omap5912osk.h
index b875464..db25b86 100644
--- a/inclu
Fix build breaks for OMAP boards.
All the build breaks were due to couple of missing
defines in the config file, namely:
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR
They have been fixed by providing the right SDRAM
base address and by using SRAM base as the initial
stack address.
None of t
Hello,
I got several instances of the patches, probably you got it too,
so I apology for the mess.
Here is the list of patches:
[PM9261]
http://patchwork.ozlabs.org/patch/99663/
http://patchwork.ozlabs.org/patch/99665/
http://patchwork.ozlabs.org/patch/99666/
[PM9263]
http://patchwork.ozlabs.or
Am 09.06.2011 10:25, schrieb Eric Bénard:
> Hi Reinhard,
>
> On 09/06/2011 10:17, Reinhard Meyer wrote:
>> Several lines are longer than 80 chars. Can you fix this asap?
>>
>> I think the comments could be left away completely or at least shortened by
>> removing the obvios "SDAM Controller" part.
This patch is in preparation for the contribution of our board support.
More to follow ...
diff --git a/arch/arm/cpu/arm1136/mx31/devices.c
b/arch/arm/cpu/arm1136/mx31/devices.c
index 1e7d48f..ace48f4 100644
--- a/arch/arm/cpu/arm1136/mx31/devices.c
+++ b/arch/arm/cpu/arm1136/mx31/devices.c
@@ -
Dear Eric Bénard,
Am 09.06.2011 09:13, schrieb Eric Bénard:
> Hi,
>
> On 09/06/2011 09:06, Wolfgang Denk wrote:
>> what are the chances to see a pull request for the Atmel boards any
>> time soon? As is, theyu still form the majority of broken ARM boards,
>> and I would like to get the release ou
Dear Sergey Lapin,
> Make AFEB9260 build again.
> Based on fix for AT91SAM9260EK.
>
> Signed-off-by: Sergey Lapin
> ---
> Cleaned-up a bit
>
> board/afeb9260/afeb9260.c | 103 ---
> boards.cfg |2 +-
> include/configs/afeb9260.h |
The U-Boot Design Principles[1] clearly say:
Initialize devices only when they are needed within U-Boot, i.e. don't
initialize the Ethernet interface(s) unless U-Boot performs a download
over Ethernet; don't initialize any IDE or USB devices unless U-Boot
actually tries to load files from
see discussion also here:
http://patchwork.ozlabs.org/patch/75309/
Signed-off-by: Heiko Schocher
cc: Wolfgang Denk
cc: Holger Brunck
---
- changes for v3
moved this define only to common.h
If we find a good name for a headerfile which is
suggested in thread:
http://thread.gmane.org/gm
Adjusted default settings so that we can boot zImages and uImages.
Removed unused settings, use default commands and where possible
calculate all other settings.
Signed-off-by: Phil Edworthy
Cc: Nobuhiro Iwamatsu
---
include/configs/rsk7264.h | 100 ++--
Dear Andreas Bießmann,
> The at91/clock.c is copied from linux kernel and has support for both
> arm920t and arm926ejs core devices. Therefore this patch moves this
> generic at91/clock.c to a new place at arch/arm/lib/at91 to be used from
> at91 family devices.
>
> We build a new libat91-common.o
Dear Reinhard Meyer,
Am 09.06.2011 11:38, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> The at91/clock.c is copied from linux kernel and has support for both
>> arm920t and arm926ejs core devices. Therefore this patch moves this
>> generic at91/clock.c to a new place at arch/arm/lib/at91 to
resent to right list ...
Dear Reinhard Meyer,
Am 09.06.2011 11:21, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> This patch enables the new clock features from new libat91-common. This
>> is a required step to get at91rm9200_usart replaced by atmel_usart
>> driver.
>>
>> Signed-off-by: Andr
Hi Reinhard,
I have an issue when I reworked U-Boot for AT91SAM9RL-EK.
When I choose `at91sam9rlek_nandflash', things are quite smooth.
But when I choose `at91sam9rlek_dataflash_cs0', uboot will stop
booting after `relocate_code()'.
Do you have some hints about this? Thanks a lot.
Please see bel
Dear Andreas Bießmann,
> Dear Reinhard Meyer,
>
> Am 09.06.2011 11:38, schrieb Reinhard Meyer:
>> Dear Andreas Bießmann,
>>> The at91/clock.c is copied from linux kernel and has support for both
>>> arm920t and arm926ejs core devices. Therefore this patch moves this
>>> generic at91/clock.c to a n
This patch removes the warning
---8<---
at91_emac.c: In function 'at91emac_write_hwaddr':
at91_emac.c:487:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--->8---
Signed-off-by: Andreas Bießmann
---
BEWARE! This patch is only compile tested!
It is possible, that
Hi Reinhard,
On 09/06/2011 10:17, Reinhard Meyer wrote:
> Several lines are longer than 80 chars. Can you fix this asap?
>
> I think the comments could be left away completely or at least shortened by
> removing the obvios "SDAM Controller" part.
>
These lines are already over 80 char before this
Dear Asen Dimov,
> Hello,
>
> I got several instances of the patches, probably you got it too,
> so I apology for the mess.
Actually, I did get none per e-Mail, I see them in patchworks only.
>
> Here is the list of patches:
>
> [PM9261]
> http://patchwork.ozlabs.org/patch/99663/
The empty re
Am 09.06.2011 12:57, schrieb Reinhard Meyer:
> Dear Asen Dimov,
>> Hello,
>>
>> I got several instances of the patches, probably you got it too,
>> so I apology for the mess.
>
> Actually, I did get none per e-Mail, I see them in patchworks only.
>
>>
>> Here is the list of patches:
>>
>> [PM9261
Dear Reinhard Meyer,
Am 09.06.2011 12:23, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> Dear Reinhard Meyer,
>>
>> Am 09.06.2011 11:38, schrieb Reinhard Meyer:
>>> Dear Andreas Bießmann,
>>> On any account, we should discuss about opening a subdir lib scheme first.
>>> Currently arch/arm/
Dear Andreas Bießmann,
> This patch removes the warning
>
> ---8<---
> at91_emac.c: In function 'at91emac_write_hwaddr':
> at91_emac.c:487:2: warning: dereferencing type-punned pointer will break
> strict-aliasing rules
> --->8---
>
> Signed-off-by: Andreas Bießmann
> ---
> BEWARE! This patch i
Dear Reinhard Meyer,
In message <4df07d45.2050...@emk-elektronik.de> you wrote:
>
> > what are the chances to see a pull request for the Atmel boards any
> > time soon? As is, theyu still form the majority of broken ARM boards,
> > and I would like to get the release out as soon as possible.
> >
Dear Reinhard Meyer,
In message <4df08b3d.5040...@emk-elektronik.de> you wrote:
>
> > These lines are already over 80 char before this patch which only
> > fix the define names : please apply this patch as is.
>
> I am not sure about current policy about this...
Policy is that in such situation
Dear Andreas,
In message <4df08c57.8080...@gmail.com> you wrote:
>
> @Wolfgang: Deletion of defective ARM boards will start after 2011.06
> release. Is that correct?
Correct - though probably not right immediately (depending on
available time / current workload), and excluding boards where patch
Dear Reinahrd Meyer,
Am 09.06.2011 13:08, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> This patch removes the warning
>>
>> ---8<---
>> at91_emac.c: In function 'at91emac_write_hwaddr':
>> at91_emac.c:487:2: warning: dereferencing type-punned pointer will break
>> strict-aliasing rules
>>
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1610inn.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610inn.h b/include/configs/omap1610inn.h
index 0b41c46..e82b4b2 100644
--- a/inclu
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1510inn.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1510inn.h b/include/configs/omap1510inn.h
index 9ff4f84..62c1721 100644
--- a/inclu
Provide SDRAM base address and use SRAM for initial stack
---
include/configs/omap1610h2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610h2.h b/include/configs/omap1610h2.h
index 2936dcc..cb2a07f 100644
--- a/include/configs/omap1610h2.h
+++ b
Fix build breaks for OMAP boards.
All the build breaks were due to couple of missing
defines in the config file, namely:
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR
They have been fixed by providing the right SDRAM
base address and by using SRAM base as the initial
stack address.
None of t
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap730p2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap730p2.h b/include/configs/omap730p2.h
index fa3681e..bf8e000 100644
--- a/include/con
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap5912osk.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap5912osk.h b/include/configs/omap5912osk.h
index b875464..db25b86 100644
--- a/inclu
DRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap2420h4.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h
index 2888c7b..01f402b 100644
--- a/include/configs/om
This patch fixes following compile warning:
---8<---
macb.c: In function 'macb_write_hwaddr':
macb.c:525:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--->8---
Signed-off-by: Andreas Bießmann
---
BEWARE! this patch is only copile tested!
drivers/net/macb.c |
Signed-off-by: Torsten Koschorrek
---
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c462ae2..fe578ef 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -684,7 +684,7 @@ Matthias Kaehlcke
edb9315 ARM920T
This patch fixed compiler errors due to missing definitions of
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
The board doesn't start, though. A v2 of this patch or a seperate patch
will fix the error when it was found.
Signed-off-by: Torsten Koschorrek
---
board/scb9328/config.mk |2
On 06/09/2011 10:58 AM, Helmut Raiger wrote:
> This patch is in preparation for the contribution of our board support.
> More to follow ...
Hi Helmut,
please replace this with a useful comment for the commit, describing
what the patch is thought to do or which issue should solve.
You must add y
Dear Andreas Bießmann,
>>> + writel( (netdev->enetaddr[0] | netdev->enetaddr[1] << 8 |
>>> + netdev->enetaddr[2] << 16 | netdev->enetaddr[3] << 24),
>>> + &emac->sa2l);
>>
>> OUCH, I would think by precedence rules, | comes before << !?!?!
>
> You are wrong, t
This patch fixes following compile warning:
---8<---
macb.c: In function 'macb_write_hwaddr':
macb.c:525:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--->8---
Signed-off-by: Andreas Bießmann
---
BEWARE! this patch is only compile tested!
changes since v1:
- u
Dear Reinhard Meyer,
Am 09.06.2011 14:06, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>>> Already applied to u-boot-atmel/master,
>>
>> But why do you apply the patch, if there are questions?
>
> At first, the << | seemed ok to me, so I applied ;)
Well that is ok, but this have never run
Hello Reinhard,
On 06/09/2011 01:57 PM, Reinhard Meyer wrote:
...
> Dear Asen Dimov,
> The empty reset_timer() function added there can obviously only
> solve build issues.
> On any account reset_timer() must not be used anymore.
> As such this patch must get a NAK.
>
The architectures, except AT9
Hi Reinhard,
On 06/09/2011 02:00 PM, Reinhard Meyer wrote:
...
>>> http://patchwork.ozlabs.org/patch/99665/
>>> http://patchwork.ozlabs.org/patch/99666/
>>>
>>> [PM9263]
>>> http://patchwork.ozlabs.org/patch/99662/
>>> http://patchwork.ozlabs.org/patch/99668/
>>>
>>> [PM9G45]
>>> http://patchwork.
The following changes since commit 9571865e0d32b1bcf8a6625497d1cd5d4bbad354:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-arm
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Aneesh V (6):
omap1610h2: fix build breaks
Dear Asen Dimov,
> Hello Reinhard,
>
> On 06/09/2011 01:57 PM, Reinhard Meyer wrote:
> ...
>> Dear Asen Dimov,
>> The empty reset_timer() function added there can obviously only
>> solve build issues.
>> On any account reset_timer() must not be used anymore.
>> As such this patch must get a NAK.
>
Dear Asen Dimov,
> Hi Reinhard,
>
> On 06/09/2011 02:00 PM, Reinhard Meyer wrote:
> ...
http://patchwork.ozlabs.org/patch/99665/
http://patchwork.ozlabs.org/patch/99666/
[PM9263]
http://patchwork.ozlabs.org/patch/99662/
http://patchwork.ozlabs.org/patch/99668/
>>
On 06/09/2011 01:36 PM, Torsten Koschorrek wrote:
> This patch fixed compiler errors due to missing definitions of
> CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
>
> The board doesn't start, though. A v2 of this patch or a seperate patch
> will fix the error when it was found.
>
> Signed-of
On Thu, Jun 9, 2011 at 03:28, Vivi wrote:
> On TI panda board, stay in u-boot and do nothing in 30 minutes, then
> try to get mmc info or reset, u-boot will hang.
sounds like the core timer logic is broken for whatever omap part is on there
-mike
___
U-B
Remove obsolete config.mk from QONG board.
Signed-off-by: Stefano Babic
---
board/davedenx/qong/config.mk |3 ---
include/configs/qong.h|4 +++-
2 files changed, 3 insertions(+), 4 deletions(-)
delete mode 100644 board/davedenx/qong/config.mk
diff --git a/board/davedenx/qong/co
On Thu, Jun 09, 2011 at 11:13:25AM +0200, Reinhard Meyer wrote:
> Dear Sergey Lapin,
> > Make AFEB9260 build again.
> > Based on fix for AT91SAM9260EK.
> >
> > Signed-off-by: Sergey Lapin
> > ---
> > Cleaned-up a bit
> >
> > board/afeb9260/afeb9260.c | 103
> > ---
On 06/09/2011 01:58 PM, Stefano Babic wrote:
> On 06/09/2011 10:58 AM, Helmut Raiger wrote:
>> This patch is in preparation for the contribution of our board support.
>> More to follow ...
> Hi Helmut,
>
> please replace this with a useful comment for the commit, describing
> what the patch is thou
Make AFEB9260 build again.
Based on fix for AT91SAM9260EK.
Signed-off-by: Sergey Lapin
---
Fixed unneeded 1s in defines in config .h
Removed most undefs.
Setting SoC name in config .h
board/afeb9260/afeb9260.c | 103 ---
include/configs/afeb9260.h | 46
On Thu, Jun 09, 2011 at 11:12:15AM -0400, Sergey Lapin wrote:
> Make AFEB9260 build again.
> Based on fix for AT91SAM9260EK.
>
> Signed-off-by: Sergey Lapin
> ---
> Fixed unneeded 1s in defines in config .h
> Removed most undefs.
> Setting SoC name in config .h
> board/afeb9260/afeb9260.c | 10
Adjusted default settings so that we can boot zImages and uImages.
Removed unused settings, use default commands and where possible
calculate all other settings.
Signed-off-by: Phil Edworthy
Cc: Nobuhiro Iwamatsu
---
Changes for v2:
- Moved u-boot relocation address to top 256KB of ram
- R
Subject: [PATCH] ATMEL: Fix compile errors for at91sam9m10g45 Eval Kit
This patch fixes numerous compile errors for the at91sam9m10g45
Eval Kit. Also implements some dummy functions for the timer
code to allow final linking. Finally, this patch also adds this
board to the boards.cfg file.
Signed-
Make AFEB9260 build again.
Based on fix for AT91SAM9260EK.
Signed-off-by: Sergey Lapin
---
Fixed unneeded 1s in defines in board configuration
Removed most undefs in board configuration
Setting SoC name in board configuration
board/afeb9260/afeb9260.c | 101 ---
On 06/09/11 17:42, Mike Frysinger wrote:
> On Thu, Jun 9, 2011 at 03:28, Vivi wrote:
>> On TI panda board, stay in u-boot and do nothing in 30 minutes, then
>> try to get mmc info or reset, u-boot will hang.
> sounds like the core timer logic is broken for whatever omap part is on there
or the wa
Dear Andreas Bießmann,
> This patch fixes following compile warning:
>
> ---8<---
> macb.c: In function 'macb_write_hwaddr':
> macb.c:525:2: warning: dereferencing type-punned pointer will break
> strict-aliasing rules
> --->8---
>
> Signed-off-by: Andreas Bießmann
Tested-by: Reinhard Meyer
> ---
On Mon, 2011-04-25 at 17:43 -0700, Joe Perches wrote:
> Some users would like the ability to not emit some of the
> messages that checkpatch produces.
>
> Add command line option to "--ignore" various message types.
> Add .checkpatch.conf file to store a default set of "ignore" flags
> Categorize
On Thursday, June 09, 2011 15:26:46 Joe Perches wrote:
> On Mon, 2011-04-25 at 17:43 -0700, Joe Perches wrote:
> > Some users would like the ability to not emit some of the
> > messages that checkpatch produces.
> >
> > Add command line option to "--ignore" various message types.
> > Add .checkpat
On Jun 9, 2011, at 1:10 AM, Timur Tabi wrote:
> The clock-frequency property in an audio codec's device tree node is set to
> the input clock frequency for that codec. On the Freescale P1022DS reference
> board, the input clock is enabled only if the hwconfig 'audclk' option is set.
> Therefore,
The following changes since commit 9571865e0d32b1bcf8a6625497d1cd5d4bbad354:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-06-08 23:29:04
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Timur Tabi (1):
powerpc/p1022ds: set the cloc
On Thu, Jun 9, 2011 at 8:42 AM, Mike Frysinger wrote:
> On Thu, Jun 9, 2011 at 03:28, Vivi wrote:
>> On TI panda board, stay in u-boot and do nothing in 30 minutes, then
>> try to get mmc info or reset, u-boot will hang.
>
> sounds like the core timer logic is broken for whatever omap part is on t
Rework for AT91SAM9RL-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu
---
Makefile | 12 --
arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 26 ++--
arch/arm/include/asm/arch-at91/at91_spi.h |2
Dear jxnuxdy,
In message <71744a2e.17da7.130777b8fa1.coremail.jxnu...@163.com> you wrote:
>
> I enconter the problem 'bad length' during the ping, can anybody
> give a point as how this issue happen, how to kill it even this maybe
> not an critical issue ...
Which board is this, and which exact v
85 matches
Mail list logo
