[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [avr-gcc-list] bug: WinAVR 20100110 avr/include/avr/iom164.h FUSE bi
From: |
Weddington, Eric |
Subject: |
RE: [avr-gcc-list] bug: WinAVR 20100110 avr/include/avr/iom164.h FUSE bits versus ATmega164p/324P/644P reference documentation (7674F-AVR-09/09) mismatch |
Date: |
Tue, 25 May 2010 12:50:30 -0600 |
> -----Original Message-----
> From:
> address@hidden
> [mailto:address@hidden
> org] On Behalf Of Philip Soeberg
> Sent: Tuesday, May 25, 2010 6:37 AM
> To: address@hidden
> Subject: [avr-gcc-list] bug: WinAVR 20100110
> avr/include/avr/iom164.h FUSE bits versus
> ATmega164p/324P/644P reference documentation
> (7674F-AVR-09/09) mismatch
>
> Hello,
>
> In WinAVR project 20100110 avr/include/avr/iom164.h (/* $Id:
> iom164.h,v
> 1.3.2.6 2009/04/25 21:01:29 arcanum Exp $ */)
> the following LFUSE_DEFAULT low-byte FUSE define is set:
> #define LFUSE_DEFAULT (FUSE_CKSEL0 & FUSE_CKSEL2 & FUSE_CKSEL3 &
> FUSE_SUT0 & FUSE_SUT1 & FUSE_CKDIV8)
>
> FUSE_SUT1 is per reference documentation for ATmega164p (ref
> 7674F-AVR-09/09) by default not programmed, whereas using the above
> LFUSE_DEFAULT it is. I assume this is in error as I logically
> expect the
> LFUSE_DEFAULT define to mirror the chip's datasheet defaults...
>
> The default defines for High and Extended FUSE bits are okay.
>
Please fill out a bug report at the avr-libc project Bug Tracker:
http://savannah.nongnu.org/projects/avr-libc
And you also might want to check the SVN repository first to make sure that
this bug has not already been fixed.