avr-gcc-list
[Top][All Lists]
Advanced

[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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]