Dear Wolfgang,
Dear Reinhard,
In message <544f6ad8.2070...@emk-elektronik.de> you wrote:
top860 can be removed (We already had that discussion a while ago.)
top5200 is still active in several older projects, but there was no need
to make changes to u-boot or to integrate new features of u-boot
Am 28.10.2014 10:48, schrieb Wolfgang Denk:
Dear Reinhard,
In message
Vasili Galka wrote:
You're right, that would probably be a better solution. Although I'm not a
user of TOP860 board so I'm not really the right person to ask...
I just found this bug theoretically from looking on compiler w
Hello Jeroen,
Hello Reinhard,
On 01/14/2014 12:33 PM, Reinhard Meyer wrote:
Dear Wolfgang,
Dear Reinhard,
attempting to build the TOP860 code with a GCC 4.8.1 based tool chain
(say ELDK v5.5 or Yocto 1.5) gives the following errors:
-> ./MAKEALL TOP860
Configuring for TOP860 bo
Dear Wolfgang,
Dear Reinhard,
attempting to build the TOP860 code with a GCC 4.8.1 based tool chain
(say ELDK v5.5 or Yocto 1.5) gives the following errors:
-> ./MAKEALL TOP860
Configuring for TOP860 board...
textdata bss dec hex filename
165471 21020 17316 203807 3
Dear Simon Glass,
> Snapper 9G45 is a ARM9-based CPU module with 1GB NAND and 128MB
> DDR SDRAM. This patch includes NAND and Ethernet support.
>
> Signed-off-by: Simon Glass
> ---
> board/bluewater/snapper9g45/Makefile | 43 +++
> board/bluewater/snapper9g45/snapper9g45.c | 155
Dear Simon Glass,
> Several places in U-Boot's board files can make use of a function like this,
> so this patch series creates the function, and changes the board files to
> use it.
>
> As suggested by Mike Frysinger.
>
>
> Simon Glass (10):
>Add getenv_int() to read an integer from an environ
Dear Andreas Bießmann,
>> if (set_interrupt_handler(0, &timer_interrupt_handler, 3))
>> -return;
>> +return 0;
>
> NAK, this is an error and should return a negative value (though the
> return value is currently not evaluated).
Agreed
>
> BTW there is another patch
Dear Sven Schnelle,
> Hi List,
>
> these patches switch all AVR32 boards to the generic MMC framework. Motivation
> for doing so is to be able to boot from SDHC cards. The second patch removes
> the legacy atmel_mci driver, as it is no longer used by any board.
>
> I've only tried this code on the
Dear Andreas Bießmann,
> Commit c2dd0d45540397704de9b13287417d21049d34c6 enabled D-Cache for all
> arm devices explicitly. This renders at91_emac driver on at91rm9200ek
> unusable.
>
> This patch disables D-Cache for at91rm9200ek explicitly to get this
> driver working again.
As my experience, the
Dear Albert,
> [snip]
>
> Also, the following boards, for which Reinhard is a delegate, are still
> undecided:
>
> [U-Boot,46/52] ARM: remove broken "at91rm9200dk" board 2011-07-17 Wolfgang
> Denk reinhardm New
> [U-Boot,45/52] ARM: remove broken "m501sk" board 2011-07-17 Wolfgang Denk
> reinhar
Dear Albert,
>> Signed-off-by: Reinhard Meyer
>> ---
>
> FYI, there are two consecutive commits in your u-boot-atmel/fix-at91cap9
> branch with this same exact title of "AT91: fix at91cap9 SoC files".
>
> Somehow this can't be correct: either both patch
Dear *ALL*,
>> It is embarrassing to admit, but I've __wrongly__ assumed that *_range()
>> functions are accepting the start address and range for
>> invalidation/flushing.
>
> Do you mean we're hitting again a confusion between *_range(start, stop)
> and *_range(start, length)?
>
> If so, then
Dear Cajus Hahn,
> Dear Marcel, Dear Reinhard,
>
> sorry I forgot to mention, that this is in reply to
> http://lists.denx.de/pipermail/u-boot/2011-January/084499.html
I suppose you have not followed the steps I pointed out then?
>
> I have the same problem with my board and the actual u-boot-
Dear Cajus Hahn,
> Dear Marcel, Dear Reinhard,
>
> I have the same problem with my board and the actual u-boot-atmel (git
> from 5th Aug. 2011). It even looks like I am using the same board.
> It is a in-circuit ICnova SAM9G45 OEM on a ADB1000 with a 5" display.
>
> Actually I use the u-boot from
Hi Aneesh,
> On Monday 08 August 2011 03:29 PM, Reinhard Meyer wrote:
>> Dear Albert, Aneesh, Hong,
>>
>> There seem to be functions of type
>>
>> xxx(start, end) and xxx(start, size).
>>
>> Can't it be somehow decided to use only one variant
&g
Dear Albert, Aneesh, Hong,
There seem to be functions of type
xxx(start, end) and xxx(start, size).
Can't it be somehow decided to use only one variant
in all cases (flush, invalidate)?
On a personal taste, I'd prefer (start, size) :)
Best Regards,
Reinhard
Dear Dirk Behme,
> From: Dirk Behme
>
> Use the boards from boards.cfg for building ./MAKEALL ARMx.
>
> Note: ARM10 systems don't seem to exist any more.
Wrong: a simple grep shows that those are still in Makefile.
>
> Signed-off-by: Dirk Behme
>
> ---
> Changes in v2: Instead of dublicati
Dear Albert,
> Since this is an ARM question, I'll look into it, and since Wolfgang
> will be on vacation, I suggest either that we either postpone -rc1, or
> (preferably IMO) that we tag -rc1 now with a specific warning about the
> ARM tree, and I analyze what the issue is using several ARM too
Dear Albert, Aneesh, Eric,
> > We have a fundamental problem when it comes to invalidating an
> > un-aligned buffer. Either you flush the boundary lines and corrupt your
> > buffer at boundaries OR you invalidate without flushing and corrupt
> > memory around your buffer. Both are not good! The onl
Dear Hong Xu,
> After DMA operation, we need to maintain D-Cache coherency.
> We need to clean cache (write back the dirty lines) and then
> make the cache invalidate as well(hence CPU will fetch data
> written by DMA controller from RAM).
>
> Tested on AT91SAM9261EK with Peripheral DMA controller.
Dear Wolfgang,
> > Hm... current build results are shattering; building for ARM with good
> > old ELDK 4.2 gives this:
> >
> > - SUMMARY
> > Boards compiled: 201
> > Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon
> > ap7 a
Dear Wolfgang,
> Hm... current build results are shattering; building for ARM with good
> old ELDK 4.2 gives this:
>
> - SUMMARY
> Boards compiled: 201
> Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon ap7
> ap720t armadill
AT91 reworked scheme
make pm9263 buildable for v2011.06 release
make pm9g45 buildable for v2011.06 release
Matthias Fuchs (1):
at91: reworked support for meesc board
Reinhard Meyer (1):
AT91: fix at91sam9g45.h to include USB Host defines
Thomas Petazzoni (4
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> MAKEALL |1 -
> Makefile| 21 ---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 115 -
Dear Thomas Petazzoni,
> Le Thu, 04 Aug 2011 20:21:58 +,
> Reinhard Meyer a écrit :
>
> > AND this board's early_init_f is quite different from the other atmel
> > boards, also the place of calling at91_seriald_hw_init() is different
> > from them.
>
>
Signed-off-by: Reinhard Meyer
---
arch/arm/include/asm/arch-at91/at91sam9g45.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9g45.h
b/arch/arm/include/asm/arch-at91/at91sam9g45.h
index 4df6b09..1aeedc0 100644
--- a/arch/arm
Dear Asen Chavdarov Dimov,
> Signed-off-by: Asen Chavdarov Dimov
> ---
> Makefile |4
> board/ronetix/pm9g45/pm9g45.c | 30 ++
> boards.cfg|1 +
> include/configs/pm9g45.h | 16 +++-
> 4 files c
Dear Asen Dimov,
> 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 file
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> Makefile| 21 ---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 114 +++--
> board/atmel/at91sam9m10g45ek/led.c |
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> .../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 114 ++--
> arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
> .../arm/include/asm/arch-at91/at91sam9g45_matrix
Dear Asen Dimov,
oddly I don't have the original e-Mail im my Inbox, but the patch was in
patchwork:
Signed-off-by: Asen Chavdarov Dimov
---
Note:
This patch was a part of patches, but it is better to be done step by
step and
so this patch is a split from the patch series with message id:
<1307
Dear Thomas Petazzoni,
> Cc: Albin Tonnerre
> CC: Gregory Hermant
> Signed-off-by: Thomas Petazzoni
> ---
> board/calao/tny_a9260/tny_a9260.c | 55
> boards.cfg|4 ++
> include/configs/tny_a9260.h | 85
> ++-
Dear Thomas Petazzoni,
> Cc: Albin Tonnerre
> CC: Gregory Hermant
> Signed-off-by: Thomas Petazzoni
> ---
> Makefile |7 ---
> board/calao/sbc35_a9g20/sbc35_a9g20.c | 88
> +
> boards.cfg|2 +
>
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> Makefile| 21 ---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 121 +---
> board/atmel/at91sam9m10g45ek/led.c |
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> .../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 28 ++--
> arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
> .../arm/include/asm/arch-at91/at91sam9g45_matrix.h | 19
Dear Matthias Fuchs,
> The meesc board support was broken. Within this opportunity, I completely
> reworked the board files.
>
> Signed-off-by: Daniel Gorsulowski
> Signed-off-by: Matthias Fuchs
> ---
> V3: -fix white space issues and don't patch boards.cfg
> V2: -fixed commit description
>
>
Dear Albert,
> > After Reinhard's remark on boards.cfg vs MAKEALL, I may have accepted
> > the patch a bit hastily. All of these boards are already in boards.cfg,
> > and need not be in makeall IIUC.
> >
> > Thus, I am rolling back master one notch and will mark the patch as
> > Supersedes (could n
Dear Albert,
> Overall ARM builds (./MAKEALL arm) went from 199 boards
> built, 119 with warnings or errors before applying, to 201 boards,
> 97 with warnings or errors once applied.
When boards were defined in the MAKEALL apparently only one variant
was built and counted, whereas in boards.cfg
Dear Albert,
>
> those "bug fix" patches bring the number of "broken" at91 boards down to 10.
> I hope this can be brought down even more before -rc1, but what has been done
> so
> far should be mainlined as soon as possible:)
>
> The Patch "avr32: add grasshopper (ICnova AP7000) board" was subm
op obsolete at91rm9200 support
README: fix arm920t/at91 path
a/a/c/arm920t/at91/reset.c: drop obsolete CONFIG_AT91RM9200_USART
avr32: add grasshopper (ICnova AP7000) board
Asen Dimov (1):
AT91: change common at91sam9261 files to compile with new scheme
Reinhard Meyer (
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91cap9_devices.c | 88 +-
arch/arm/include/asm/arch-at91/at91cap9.h| 214 +++---
arch/arm/include/asm/arch-at91/at91cap9_matrix.h | 147 +---
3 files changed, 191 insertions(+), 258
Dear Thomas Petazzoni,
> Le Wed, 03 Aug 2011 10:08:06 +0800,
> Hong Xu a écrit :
>
>>> > (I have the AT91SAM9M10G45-EK platform on my desk here).
>>> Unless Atmel NAKs this approach, I am fine with it.
>>
>> We're OK with this. If Thomas can fix soon, that's good. Or we'll
>
> I worked on this
Dear Hong Xu,
> When env_init is called, the SPI is not actually initialized in U-Boot.
> So that we can not read Dataflash for its content.
> We simply mark it OK for now, and defer the real work to
> `env_relocate_spec'. (Idealy from env_nand.c)
>
> Signed-off-by: Hong Xu
> ---
> common/env_dat
Hello,
is that board still wanted in u-boot?
If yes, it should be converted like the at91rm9200ek has been.
Best Regards,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Andy,
> This reverts commit c310fc840472a36e4b9d2505830e9dc8d458d63c.
>
> The Atmel custodian had apparently rejected this patch's approach in
> another thread, so this patch reverts it for now.
[U-Boot] [Question]AT91: MMC read and multiple read failed
> Signed-off-by: Andy Fleming
> ---
Dear Wolfgang,
> Signed-off-by: Wolfgang Denk
> Cc: Stelian Pop
> ---
> MAINTAINERS |1 -
> MAKEALL |1 -
> Makefile | 19 --
> board/atmel/at91sam9263ek/Makefile| 56 -
> boa
Dear Thomas Petazzoni,
> Le Tue, 02 Aug 2011 12:37:41 +,
> Reinhard Meyer a écrit :
>
> > Configuring for at91sam9m10g45ek board...
>
> For this board there are patches from Alex Waterman, sent on June,
> 30th. They fix the compilation, and they mostly work (ther
Dear Hong Xu,
> > Rework for AT91SAM9263-EK, makes it build again.
> > Based on the work for AT91SAM9260-EK.
> >
> > Signed-off-by: Hong Xu
> > ---
> > Makefile | 19 ---
> > board/atmel/at91sam9263ek/at91sam9263ek.c | 56 ---
> > board/at
Dear Hong Xu,
> Could you please rebase and reissue this patch based onto current master
> (without the timer.c changes)?
Disregard, it still applied quite well.
Now in u-boot-atmel/master.
Thanks,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
h
./MAKEALL at91
- SUMMARY
Boards compiled: 48
Boards with warnings or errors: 11 ( at91cap9adk meesc meesc_dataflash
pm9261 pm9263 at91sam9263ek at91sam9m10g45ek pm9g45 SBC35_A9G20
TNY_A9260 TNY_A9G20 )
---
Dear Hong Xu,
> Before reset dbgu transmitter, we just wait TXEMPTY to drain the
> transmitter register(Just in case). If not doing this, we may sometimes
> see several weird characters from DBGU.
>
> A short delay is also added to make sure the new serial settings are
> settled.
>
> Signed-off-b
Dear Albert,
> Le 02/08/2011 11:08, Reinhard Meyer a écrit :
> > Dear Albert,
> >> Dear Sandeep,
> >>
> >> please pull this directly with the rest of the OMAP SPL patches.
> >>
> >> In message<1311004011-9073-13-git-send-email-ane...@ti.
Dear Hong Xu,
> Rework for AT91SAM9263-EK, makes it build again.
> Based on the work for AT91SAM9260-EK.
>
> Signed-off-by: Hong Xu
> ---
> Makefile | 19 ---
> board/atmel/at91sam9263ek/at91sam9263ek.c | 56 ---
> board/atmel/at91sam9263e
Dear Hong Xu,
> Rework for AT91SAM9263 SoC, makes it build again.
> Based on the work for AT91SAM9260-EK.
>
> Signed-off-by: Hong Xu
> ---
> arch/arm/cpu/arm926ejs/at91/lowlevel_init.S|2 +-
> arch/arm/cpu/arm926ejs/at91/timer.c| 13 ++
> arch/arm/include/asm/arch-a
Dear Hong Xu,
> Fix board part of AT91SAM9261-EK according to the new scheme
>
> Signed-off-by: Hong Xu
> ---
> Makefile | 23 -
> board/atmel/at91sam9261ek/at91sam9261ek.c | 136
> +++--
> board/atmel/at91sam9261ek/config.mk
Dear Remy Bohmer, dear Wolfgang,
>
> 2011/7/18 Wolfgang Denk :
> > Signed-off-by: Wolfgang Denk
> > Cc: Stelian Pop
> > Cc: Sedji Gaouaou
> > ---
> > MAINTAINERS |2 -
> > MAKEALL |2 -
> > Makefile
Dear Hong Xu,
> Fix at91sam9261_matrix.h according to the new scheme.
>
> Signed-off-by: Hong Xu
> ---
> .../arm/include/asm/arch-at91/at91sam9261_matrix.h | 77
> +---
> 1 files changed, 36 insertions(+), 41 deletions(-)
Applied to u-boot-atmel/master. Thanks. Reinhard
_
Dear Hong Xu,
> > > diff --git a/drivers/serial/atmel_usart.c b/drivers/serial/atmel_usart.c
> > > index e326b2b..6f9c2de 100644
> > > --- a/drivers/serial/atmel_usart.c
> > > +++ b/drivers/serial/atmel_usart.c
> > > @@ -49,17 +49,23 @@ int serial_init(void)
> > > {
> > > atmel_usart3_t *usa
Dear Albert,
> Dear Sandeep,
>
> please pull this directly with the rest of the OMAP SPL patches.
>
> In message <1311004011-9073-13-git-send-email-ane...@ti.com> you wrote:
> > From: John Rigby
> >
> > - Add mkimage support for OMAP boot image
> > - Add support for OMAP boot image(MLO) generat
Hi,
on current u-boot-arm/master, I get this error for _ALL_ ARM9 boards
(./MAKEALL ARM9 - perhaps even more arches are affected):
common/image.c:141:4: error: ‘IH_TYPE_OMAPIMAGE’ undeclared here (not in
a function)
Can someone look into this?
Best Regards,
Reinhard
___
Dear Andy, dear Elen,
> According to datasheet,set block count before multiple read/write.
>
> Signed-off-by: elen.song
> ---
> drivers/mmc/atmel_mci.h |9 -
> drivers/mmc/gen_atmel_mci.c |4
> 2 files changed, 12 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/m
Dear Hong Xu,
> Before reset dbgu transmitter, we just wait TXEMPTY to drain the
> transmitter register. If not doing this, we may sometimes see several
> weird characters from DBGU.
>
> A short delay is also added to make sure the new serial settings are
> settled.
>
> Signed-off-by: Hong Xu
> ---
Dear Wolfgang Denk,
this board builds again as of today in u-boot-atmel/master.
I have set this patch to "not applicable".
Best Regards,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Xu, Hong
Rework for AT91SAM9RL-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
V4: added changes to MAKEALL
Signed-off-by: Hong Xu
Signed-off-by: Reinhard Meyer
---
MAKEALL |1 -
Makefile| 12
From: Xu, Hong
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
V4: US->USART, cosmetics
Signed-off-by: Hong Xu
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 74
arch/arm/include/asm/arch-a
Dear Hong Xu,
> Before reset dbgu transmitter, we just wait TXEMPTY to drain the
> transmitter register. If not doing this, we may sometimes see several
> weird characters from DBGU.
>
> A short delay is also added to make sure the new serial settings are
> settled.
>
> Signed-off-by: Hong Xu
> ---
Dear Hong Xu,
> Rework for AT91SAM9RL SoC, makes it build again.
> arch/arm/include/asm/arch-at91/at91sam9rl_matrix.h | 121 +-
When I compare at91sam9rl_matrix.h to at91sam9260_matrix.h there is only
one subtle difference:
at91sam9260_matrix.h:
struct at91_matrix {
u32
Dear Hong Xu,
> Rework for AT91SAM9RL SoC, makes it build again.
> Based on the work for AT91SAM9260-EK.
>
> Signed-off-by: Hong Xu
> ---
> Changes since V2
> - No at91_serial_hw_init, no CONFIG_USARTx anymore.
> - Removed SZ_* macros - though I don't have the reason found in code :)
> - Add defi
Dear Jens Scharsig,
> * add ATMEL_PMC_UHP define to at91sam9261/63 header
>
> Signed-off-by: Jens Scharsig
> ---
> arch/arm/include/asm/arch-at91/at91sam9261.h |1 +
> arch/arm/include/asm/arch-at91/at91sam9263.h |1 +
> 2 files changed, 2 insertions(+), 0 deletions(-)
Thanks, those d
Dear Wolfgang Denk,
> Dear "=?UTF-8?q?Andreas=20Bie=C3=9Fmann?=",
>
> In message<1307619188-18655-1-git-send-email-andreas.de...@gmail.com> you
> wrote:
>> This patch fixes following compile warning:
>>
>> ---8<---
>> macb.c: In function 'macb_write_hwaddr':
>> macb.c:525:2: warning: dereferencin
Dear Hong Xu,
> Hi Albert,
>
> On 07/18/2011 02:39 PM, Albert ARIBAUD wrote:
> > Hi Eric,
> >
> > Le 18/07/2011 04:52, Hong Xu a écrit :
> > > Hi Reinhard,
> > >
> > > It's a pity to see that some of the AT91 boards are planed to be removed
> > > by Wolfgang.
> > >
> > > Several weeks ago, t
Dear Reinhard Meyer,
> This is a general update of all projects involving the TOP9000 CPU module.
> Changes:
> Enable the /RESET input
> Add more ARCH numbers
> Add EAN13 checksum routine
> Add reading of VPD EEPROM
> Remove obsolete reset_phy()
> Add boot progress
Dear Jens Scharsig, Wolfgang Denk,
> Dear "u-b...@emk-elektronik.de",
>
> In message <1310382637.7288.7.camel@ubuntu> you wrote:
> >
> > The patch you sent as an attachment does indeed apply, but I remember
> > its against the rules to use it; however patchworks does correctly
>
> Indeed patches
Dear Asen Dimov, Reinhard Meyer:
> From: Asen Dimov
>
> Signed-off-by: Asen Dimov
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 76
> ++---
> arch/arm/include/asm/arch-at91/at91sam9261.h |3 +
From: Asen Dimov
Signed-off-by: Asen Dimov
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 76 ++---
arch/arm/include/asm/arch-at91/at91sam9261.h |3 +-
2 files changed, 38 insertions(+), 41 deletions(-)
diff --git a/arch/arm
Dear Asen Dimov,
> > I have this as a local patch and could squash this onto yours, or
> > you may provide an updated patch.
> I will try once more to make it as it should be.
The squashed version is at top of u-boot-atmel/rework-at91sam9261.
If you are OK with that, I'll post the patch and apply
Dear Reinhard Meyer,
> Bits 0..3 in cs_mask = CS0..CS3 in SPI mode require it to be peripheral
> Bits 4..7 in cs_mask = CS0..CS3 in GPIO mode require it to be output
>
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
>
Dear Asen Dimov,
> and one forgotten answer ...
> >> What I miss in at91sam9261_devices.c (as compared to the 9260)
> >> is support for MACB and MCI. Don't 9261 systems use Ethernet?
> >> Or is that part still in the board specific files?
> >>
> that part is in the board file.
That is unfortunate.
Dear Asen Dimov,
> and one forgotten answer ...
> >> What I miss in at91sam9261_devices.c (as compared to the 9260)
> >> is support for MACB and MCI. Don't 9261 systems use Ethernet?
> >> Or is that part still in the board specific files?
> >>
> that part is in the board file.
Sorry for that confu
This is a general update of all projects involving the TOP9000 CPU module.
Changes:
Enable the /RESET input
Add more ARCH numbers
Add EAN13 checksum routine
Add reading of VPD EEPROM
Remove obsolete reset_phy()
Add boot progress LEDs
Signed-off-by: Reinhard Meyer
---
board/emk/top9000
Bits 0..3 in cs_mask = CS0..CS3 in SPI mode require it to be peripheral
Bits 4..7 in cs_mask = CS0..CS3 in GPIO mode require it to be output
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Dear Asen Dimov,
> Signed-off-by: Asen Dimov
> ---
> Note:
> This patch was a part of patches, but it is better to be done step by step and
> so this patch is a split from the patch series with message id:
> <1307606409-29818-2-git-send-email-di...@ronetix.at>
> and Patchwork:
> http://patchwork.o
Dear Andreas Bießmann:
> Am 01.07.2011 16:47, schrieb Andreas Bießmann:
> > The grasshopper board is a neat avr32 evaluation kit produced by In-Circuit
> > GmbH.
> > See http://www.ic-board.de/product_info.php?info=p75_ICnova-AP7000-Base.html
> > for detailed information about this device.
> >
> >
On 23.07.2011 15:41, Albert ARIBAUD wrote:
> Hi Reinhard,
>
> Le 21/07/2011 14:05, Reinhard Meyer a écrit :
>> Dear Wolfgang Denk,
>>>>> The series "ARM: remove broken boards" deletes the last few boards which
>>>>> used
>>>>>
Dear Andreas Bießmann,
> The CONFIG_AT91RM9200_USART is an remnant of
> 18ed5e9550810e2fc5bf2c757aee47774609651c which deleted the
> at91rm9200_usart driver.
>
> Signed-off-by: Andreas Bießmann
> ---
> arch/arm/cpu/arm920t/at91/reset.c |4
> 1 files changed, 0 insertions(+), 4 deletions
Dear Wolfgang Denk,
> > > The series "ARM: remove broken boards" deletes the last few boards which
> > > used
> > > the obsolete arm920t/at91rm9200 arch code.
> > > This series completes it and removes the now obsolete at91rm9200 arch code
> > > completely. Additionally ther are some more cleanup
Dear Wolfgang,
On 18.07.2011 21:41, Andreas Bießmann wrote:
> The series "ARM: remove broken boards" deletes the last few boards which used
> the obsolete arm920t/at91rm9200 arch code.
> This series completes it and removes the now obsolete at91rm9200 arch code
> completely. Additionally ther are
Dear Wolfgang Denk,
> Reinhard:
>
> There are a number of additional AT91 based boards that are currently
> broken. Some bail out in drivers/mtd/cfi_flash.c dure to undefined
> references to `reset_timer' (cpu9260, cpu9G20, ...), some due to
> "asm/arch/io.h: No such file or directory" errors (pm9
Dear J. William Campbell, All
>I have two comments regarding this discussion so far. First, I
> think using the "time" function name at all is a VERY BAD idea. People
> will confuse it with the "normal" c library function that returns the
> time of day since the epoch. One may say that
Dear Jens Scharsig,
> This is a resend without modifications by mail client
Really? It seems the patch was completely omitted.. :)
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Reinhard Meyer
---
board/emk/top9000/top9000.c | 131 ++-
1 files changed, 116 insertions(+), 15 deletions(-)
diff --git a/board/emk/top9000/top9000.c b/board/emk/top9000/top9000.c
index 61dee62..92e8a9d 100644
--- a/board/emk/top9000
Dear Song, Elen,
> [snip]
>>> static int mci_send_cmd(struct mmc *mmc, struct mmc_cmd *cmd, struct
>>> mmc_data *data)
>>> {
>>> ...
>>> cmdr = mci_encode_cmd(cmd, data,&error_flags);
>>>
>>> /* Send the command */
>>>
>>> +if ((cmd->cmdidx == MMC_CMD_READ_MULTIPLE_BLOCK) ||(cmd->
Hello Song, Elen,
> Hello Reinhard:
>
> I've tried your patch([PATCH] AT91: enable MMC on at91sam(9260/9g20/0xe)ek)
> on uboot-atmel branch on at91sam9260.The sdcard is correctly initialized,but
> when I test "mmc read" command, I found two issues.
>
> 1.while run command "mmc read 2200 0 1"
Signed-off-by: Reinhard Meyer
---
board/atmel/at91sam9260ek/at91sam9260ek.c | 33 +
include/configs/at91sam9260ek.h | 45 ++--
2 files changed, 62 insertions(+), 16 deletions(-)
diff --git a/board/atmel/at91sam9260ek/at91sam9260ek.c
b
Dear Song, Elen,
> Hello Reinhard,
>
> We planed to add MCI support in U-Boot. We found you once had a branch named
> “wip110202” which makes use of generic
> mci for AT91SAM9260. The commit id is 137f4defd “AT91:enable MMC on
> at91sam(9260/9g20/0xe)ek”.
>
> I tried that branch. It works well
Dear Alex Waterman,
> Add the default generic at91sam9m10g45ek_config target to the new
> config system. Not all possible configurations of u-boot for the
> at91sam9m10g45ek are included yet. Add them as needed.
>
> Signed-off-by: Alex Waterman
> ---
> boards.cfg |1 +
> 1 files changed, 1 i
Dear Alex Waterman,
> Moves to using newer defines and adds possible support for the
> second bank of RAM (if so desired).
>
> Also, some coding clean up: removed the needless define to 1s for
> defines that just act as flags.
>
> Signed-off-by: Alex Waterman
> ---
> include/configs/at91sam9m10
Dear Alex Waterman,
> Adds a short busy loop wait to the atmel_usart.c serial_init()
> function.
>
> Signed-off-by: Alex Waterman
> ---
> drivers/serial/atmel_usart.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/serial/atmel_usart.c b/drivers/serial
Dear Alex Waterman,
> Some boards use AT91_SLOW_CLOCK and other use
> CONFIG_SYS_AT91_SLOW_CLOCK. This patch makes it so the arm926ejs
> clock code will return which ever is set.
>
> Signed-off-by: Alex Waterman
> ---
> arch/arm/cpu/arm926ejs/at91/clock.c |4
> 1 files changed, 4 insert
Dear Alex Waterman,
> Move this file to the new ATMEL_BASE_* and ATMEL_ID_* defines.
>
> Also fixed a problem appearing in the ethernet initialization where
> the entire board was being reset, not just the ethernet controller.
> This at least makes ethernet work on my board if the correct
> enviro
1 - 100 of 798 matches
Mail list logo
