|
|
|
Re: Question regarding the roadmap of ARM and ATMEL | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
|
|
Hi,
You have alreay more arm9 derivate to day available, so the moment you need a arm9 just look around by atmel, st, sharp, cirrus, oki, samung, philips, intel, zilog and others, and you find this one you need it, and still you can use your own ide-enviroment. Most of the code you written or linux far example you can quickly port it to a other arm9.
I don't exactly if you have a second source for this avr ? maybe also a importante issue.
Paul
> ----- Original Message -----
> From: "Ulf Samuelsson" <ulfs@xxxxxx>
> To: "Roman Kolesnikov" <romank@xxxxxxxxxxxxx>, "arm-linux list" <linux-arm@xxxxxxxxxxxxxxxxxxxxxx>
> Subject: Re: Question regarding the roadmap of ARM and ATMEL
> Date: Thu, 6 Jul 2006 19:07:13 +0200
>
>
> > Hi,
> > Recent events (Intel downsizing StrongARM, ATMEL jumping into 32
> > BIT AVR Core) make me consider the future of the ARM core and the
> > future of the support for the ARM Core.
> >
>
> I think it may be of interest to know that the AT91 and the AVR32
> are in different product lines within Atmel.
> While the AT91 logically belongs to the Microcontroller product
> line, in reality is part of the ASIC productl ine.
> The reason is that the development resources for ARM cores in the
> Atmel Rousset factors is a single organisation.
> Cannot easily split into ASIC and microcontrollers.
>
> The decision made during the 2001 reorganisation was that the AT91
> should remain in the ASIC product line.
> The AVR32 is in the microcontroller product line.
>
> Since they are using the same peripherals, the introduction of the AVR32
> will actually strengthen the AT91 suipport since
> the relative importance of this set of peripherals will increase and any S/W
> ported to the AVR32 can be backported to the AT91.
>
> > I am using Atmel ARM based processor. Currently Atmel is offering
> > a similar solution based on their own AVR core; I don't know how
> > much more effort and investment Atmel may make in the ARM based
> > products. My questions to this group are:
>
>
> > 1) How much support do you think the Atmel AVR based 32 bit
> > solution will receive from people such as yourself?
>
> The AVR32 product line has stated that they will support the Linux
> port internally.
>
> > I have received great help and assistance from people from
> > this mailing list and other sources in my experiences with the
> > Atmel ARM based solutions. I wonder how this may
> > change, if Atmel bags the ARM core and provides the 32 Bit AVR
> > core as their flagship cpu.
> > I believe that Atmel will continue the older ARM7, but my
> > preference and work currently lies in the ARM9 domain.
> >
>
> Atmel is introducing a range of new ARM926 based chips this year.
>
> * AT91SAM9260
> * AT91SAM9261
> * AT91SAM9262
> * AT91SAM9263
> have been announced and there are more in the works.
>
> That is not "bagging" a core.
>
> > 2) How will the introduction of Atmel 32Bit AVR affect the
> > support of ARM9 based processors?
> >
> > I am curious how the new 32 bit avr core will affect this site
> > as well as other sources of help and assisatnce. Atmel claims
> > that they will support the 32 Bit AVR solutions, however,
> > the best help to myself came from this mailing list's readers
> > and from similar to this group unpaid people.
>
> I think you should just assume business as usual for the AT91.
>
> I would be more nervous as an XScale user.
>
> >
> > 3) Is Atmel 32 Bit AVR being received on friendly terms with open
> > source community?
>
> > I am curious to find out how the Atmel new solution is being
> > greeted by the open source community. Will members of the open
> > source community still spend their time on the Atmel
> > 32 Bit AVR architecture?
> >
> > I greatly enjoyed working with the ARM 920T processor. I don't
> > know yet, if I should use Atmel AVR based processor. That is the
> > reason why I ask for your opinion regarding the issue. I wonder
> > how the 32Bit AVR is being accepted by the open source community
> > and what the future hold. My personal preference lies on the open
> > source community, because of the obvious benefit amongst the
> > members.
>
> You need to look at your needs and compare them side to side.
>
> The Catholics and Protestanst fought for 30 years to determine who
> would win 1618-1648.
> They are both still around ...
>
>
>
> >
> > Thanks again,
> > Roman
> >
>
> Ulf Samuelsson
>
>
> -------------------------------------------------------------------
> List admin: http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm
> FAQ: http://www.arm.linux.org.uk/mailinglists/faq.php
> Etiquette: http://www.arm.linux.org.uk/mailinglists/etiquette.php
>
Date:
Regards,
Paul Moonen / ESCO
Addres: Research Campus
Kempische Steenweg 293 / 3500 Hasselt
Belgium
Email: paul_esco@xxxxxxxx
Phone: 32(0)11.21.41.27
Fax: 32(0)11.21.41.27
Mobile: 32(0)485.79.11.35
Skype: esco-eu (CET: between 10-19-uur)
See skype.com free internet phone
--
___________________________________________________
Play 100s of games for FREE! http://games.mail.com/
-------------------------------------------------------------------
List admin: http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm
FAQ: http://www.arm.linux.org.uk/mailinglists/faq.php
Etiquette: http://www.arm.linux.org.uk/mailinglists/etiquette.php
[Linux ARM] [Linux ARM MSM] [Linux ARM Kernel] [Fedora ARM] [IETF Annouce] [Security] [Bugtraq] [Linux] [Linux OMAP] [Linux MIPS] [ECOS] [Asterisk Internet PBX] [Linux API]
![]() |
![]() |