avrdude-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[avrdude-dev] [bug #41561] Linux version of avrdude doesn't write first


From: Michal Salaban
Subject: [avrdude-dev] [bug #41561] Linux version of avrdude doesn't write first bytes of flash page, while windows version does
Date: Wed, 12 Feb 2014 02:29:10 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.114 Safari/537.36

URL:
  <http://savannah.nongnu.org/bugs/?41561>

                 Summary: Linux version of avrdude doesn't write first bytes
of flash page, while windows version does
                 Project: AVR Downloader/UploaDEr
            Submitted by: emes
            Submitted on: Wed 12 Feb 2014 02:29:09 AM GMT
                Category: None
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name: Michal Salaban
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

I'm flashing a RC model transmitter, which is based on atmega64a chip. The
programmer is usbasp connected through ISP.

Flash reading works well.
Writing, however, results in a strange error. First of all, the message is:


Reading | ################################################## | 100% 371.64s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0100
         0xff != 0x48
avrdude: verification error; content mismatch

avrdude: safemode: Fuses OK (H:FF, E:89, L:0E)

avrdude done.  Thank you.


This is 100% reproducible, no matter if I select slow or fast programming mode
by usbasp jumper or I power the device via the programmer or externally.

It has been also checked on two different machines, i86-32 and i86-64. Same
results.

The re-read flash exhibits strange pattern. Starting from offset 0x100, every
0x100 bytes on there is a row of bytes with value 0xff. Usually there are
eight of them, sometimes seven.

My guess is that at the beginning of each flash page (which is 0x100 bytes
long AFAIK) the initial data goes missing.

The same device with the same programmer, connected to windows on i86-32, gets
flashed and verified with zero problems.


The linux boxes keep quiet about any errors. Nothing in dmesg there. Both use
Arch distro, 3.11.6 kernel.




    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?41561>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/




reply via email to

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