public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Joerg Wunsch <j@uriah.heep.sax.de>
To: Eric Christopher <echristo@apple.com>
Cc: Jan-Benedict Glaw <jbglaw@lug-owl.de>, binutils@sourceware.org
Subject: Re: maintainer update: add support for more AVR microcontrollers
Date: Thu, 20 Apr 2006 11:05:00 -0000	[thread overview]
Message-ID: <20060420050834.GC73791@uriah.heep.sax.de> (raw)
In-Reply-To: <234616A5-B9B9-4A30-867D-3CD053064067@apple.com>

[-- Attachment #1: Type: text/plain, Size: 2405 bytes --]

As Eric Christopher wrote:

> >>-  {"atmega164", AVR_ISA_M323,     bfd_mach_avr5},
> >>+  {"atmega164p",AVR_ISA_M323,     bfd_mach_avr5},
> >
> >>-  {"atmega324", AVR_ISA_M323,     bfd_mach_avr5},
> >>+  {"atmega324p",AVR_ISA_M323,     bfd_mach_avr5},
> >
> >I'm not an AVR user, but from a user's perspective, this is an
> >interface change and should be documented.

> Agreed, I think that unless there's a reason you should keep both.

There is a reason: the ATmega164 and ATmega324 never really existed in
silicon, and Atmel literally renamed these devices before releasing
the first silicon for them.  Things are different for the ATmega644
which does exist in its original form, so there we do have both
devices now (and of course, we kept the old one).

Yes, this is really weird, I know.  They originally announced
ATmega164/324/644 to be one family, but funnily enough, the 164 and
324 had a wider feature set than the 644.  ATmega644 engineering
samples became available, but nothing except the datasheet for the
smaller siblings (not even their device XML files which they are using
for their own simulator).

Now that they started their `picopower' program (which is indicated by
the `P' suffix), they renamed the ATmega164/324 to 164P/324P (with
their originally intented feature set), and complemented that one by
an ATmega644P which has the same feature set as its smaller siblings,
so there are now 644 and 644P with different feature sets. :-(  I'm
all but happy about that change (as it is the first time where a
suffix letter really makes a difference for the device), but for
whatever reason, that's their marketing decision.

Likewise for the ATmega165/169 where both, the old and the 165P/169P
versions do exist.  They have the same feature set but some register
naming has been changed, so we also have both devices in the list now.

Documentation for the entire toolchain is mainly maintained as part of
the avr-libc project:

http://www.nongnu.org/avr-libc/user-manual/index.html

Once a new library release is done that supports these new devices
(most likely today or tomorrow), you'll be able to see their names in
that list.

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2006-04-20  5:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-20  1:52 Joerg Wunsch
2006-04-20 10:51 ` Jan-Benedict Glaw
2006-04-20 10:53   ` Eric Christopher
2006-04-20 11:05     ` Joerg Wunsch [this message]
2006-04-20 14:24       ` Eric Christopher
2006-04-21  6:55         ` Joerg Wunsch
2006-04-22 14:20 Björn Haase

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060420050834.GC73791@uriah.heep.sax.de \
    --to=j@uriah.heep.sax.de \
    --cc=binutils@sourceware.org \
    --cc=echristo@apple.com \
    --cc=jbglaw@lug-owl.de \
    --cc=joerg_wunsch@uriah.heep.sax.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).