[bug #61624] [Feature request] Serial/UART UPDI programmers

[anonymous]

URL:
  

 Summary: [Feature request] Serial/UART UPDI programmers
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 06 Dec 2021 11:57:08 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Hans
Originator Email: hansib...@me.com
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: serialupdi
 Device type: 

___

Details:

I know this is a lot to ask, and I don't expect anyone to jump onto this
immediately because one guy would find this incredibly useful.

Avrdude now supports most UPDI compatible programming hardware, but the "last"
thing it lacks is the ability to program UPDI compatible AVRs using a serial
port and a resistor like used in pyupdi and pymcuprog.

https://github.com/mraardvark/pyupdi
https://github.com/microchip-pic-avr-tools/pymcuprog

A "Serial UPDI" programmer is pretty much the simplest programmer you can
make, and by controlling the DTR/RTS line while the UPDI communication is
active, one could easily create a neat programmer you can use for both
programming and serial debugging. I'm sure this feature would make UPDI
compatible AVRs even more appealing, especially since Avrdude is a binary file
that "just works" on all platforms, while a Python package isn't as simple.




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #61169] Bad EEPROM read on mega2560 R3 Arduino board

[anonymous]

URL:
  

 Summary: Bad EEPROM read on mega2560 R3 Arduino board
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 16 Sep 2021 02:53:37 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Shane
Originator Email: sant...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: wiring/COM
 Device type: 

___

Details:

I have a mega2560 R3 arduino board. I created a simple sketch from the Arduino
IDE from file->Examples->EEPROM->eeprom_clear and then modified it to write
0x00112233445566778899aabbccddeeff repeating to the eeprom memory. After
writing out these values and then using avrdude to read them back I get
0x00112233445566770011223344556677 instead. I have a custom programmer that
read back the expected values correctly.

The avrdude command I am using for reading out the eeprom is:
avrdude -p atmega2560 -c wiring -P COM4 -b115200 -U eeprom:r:dump.bin




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #60008] linuxspi programmer does not seem to release AVR reset when finished

[anonymous]

URL:
  

 Summary: linuxspi programmer does not seem to release AVR
reset when finished
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 04 Feb 2021 10:27:28 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Ralf Herrmann
Originator Email: ralf.herrm...@ilmsens.com
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: ARMv7 embededed computer
 Device type: ATmega328pb

___

Details:

Dear avrdude team,

first of all thanks for your nice work!

I'm currently working on an embedded platform based
on an ARMv7 embedded CPU and Linux (Debian Buster).
The board has an AVR ATmega328pb attached to the A7
via SPI (AVR is slave) and the A7 also has one of its
GPIOs connected to nRST of the AVR.

Yesterday I fetched r1450 from svn, build it, and tested
communication with the AVR. I'm using programmer linuxspi
(obviously) and specify reset pin via command line as per man page.
At first it went fine and avrdude let me upload my app to flash. Verification
was successful.

However, after uploading the app, the AVR did not respond any
more to SPI commands i sent from the A7.
Long story short, i ended up checking the source code in
linuxspi.c and did not see any code that releases the reset 
GPIO line of the AVR.

To test my suspicion i copied a few lines from linuxspi_open()
to linuxspi_close() and changed it so that nRST is released.
That did the trick for me, after upload to flash AVR immediately
reacts to SPI connection from A7.

I'm not 100% sure this is unintended behaviour, however,
i found a way older version of avrdude that has the
initial code for linuxspi programmer (i think based on 6.1).
This older code used the (now deprecated) sysfs-way to operate 
the reset pin. It has indeed code to release the reset pin
through linuxspi_close() (it actually makes the GPIO an input
to the host CPU again thereby letting the pullup resistor do 
the actual release).

I hope you fond this report useful.
If you need more detail, let me know.
Keep up the good work!

BR,

Ralf




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #59801] macOS documentation improvement

[anonymous]

URL:
  

 Summary: macOS documentation improvement
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 02 Jan 2021 02:05:38 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Jeroen
Originator Email: jeroendevr...@runbox.eu
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: Arduino Uno
 Device type: 

___

Details:

Dear avrdude team, 

As a macOS user, I did find it difficult to find out what the port number
needs to be when flashing an arduino uno device. 

I would like to suggest a improvement in the documentation. 

- A header specific for macOS on the page
https://www.nongnu.org/avrdude/user-manual/avrdude_18.html#Unix-Port-Names

- Along with a instruction how to find the current port name. For example 
ls /dev/tty.usb*

If it is too much of a hussle I would like to edit the page myself if the
addition is wanted. 

Thank you for the project, 

Jeroen




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #59667] verification error; content mismatch

[anonymous]

URL:
  

 Summary: verification error; content mismatch
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 12 Dec 2020 08:33:30 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Johan Olin
Originator Email: johano...@icloud.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: avrisp MKII
 Device type: ATTiny15

___

Details:

avrdude -p t15 -c avrispmkii -U flash:w:file.hex
Results in the dreaded 'verification error; content mismatch' error ... 
Seems like only the high byte gets written ? 
Reading back gives <0xFF><0xFF> ... 

Writing to eeprom seems to work fine ! 

And v6.3 works perfect with a Mega168.

Had to install avrdude 6.1 to program the Tiny15.  Tried 6.2 which also failed
... 






___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #59420] No PORT number

[anonymous]

URL:
  

 Summary: No PORT number
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 05 Nov 2020 05:53:41 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Zisu Patriche
Originator Email: zisupatri...@yahoo.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: USBasp
 Device type: 

___

Details:

error:
vrdude.exe: Version 6.3, compiled on Feb 17 2016 at 09:25:53
 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
 Copyright (c) 2007-2014 Joerg Wunsch

 System wide configuration file is "avrdude.conf"

 Using Port: usb:040
 Using Programmer  : usbasp-clone
avrdude.exe: error: could not find USB device with vid=0x16c0 pid=0x5dc

avrdude.exe done.  Thank you.

I tested any possibilities. My port on desktop (z640) and win10 is
Port_#0011.Hub_#0003 How to translate in -P usb:???




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #59227] Add new part. How does one get a part added to the CONF file?

[anonymous]

URL:
  

 Summary: Add new part.  How does one get a part added to the
CONF file?
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 06 Oct 2020 12:13:07 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Anobium
Originator Email: e...@anobium.co.uk
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: Mulitple
 Device type: Add 

___

Details:

part parent "m328"
id  = "ATLGT8FX8P";
desc= "LGT8FX8P";
signature   = 0x1e 0x95 0x0F;

ocdrev  = 1;
;





___

File Attachments:


---
Date: Tue 06 Oct 2020 12:13:07 PM UTC  Name: avrdude.conf  Size: 494KiB   By:
None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #59115] no efuse so no BOR an the MCU resets with negative spikes

[anonymous]

URL:
  

 Summary: no efuse so no BOR an the MCU resets with negative
spikes
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 15 Sep 2020 06:46:05 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: embedded
Originator Email: i...@playwt.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: USBasp
 Device type: Atmega164P

___

Details:

Atmega164 with no efuses (BOR) enabled, how it has been fixed:

Atmega164P was pointing to parent m16A which is wrong, so it has been
modified and renamed to m164pa with info got from 324p with modified memory
sizes.
A new entry has been created which is m164a pointing
at m164pa.

Now efuses work fine and we got 164pa and 164a alias in MY PERSONAL file.

2 years have passed and the bug is still there, i've had to copy a backup of
my old avrdude.conf file on the new computers.




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #58994] VPP PWM still enabled at the end of programming process

[anonymous]

URL:
  

 Summary: VPP PWM still enabled at the end of programming
process
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 22 Aug 2020 10:01:32 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Dmitrii Chernukhin
Originator Email: madlab...@mail.ru
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: pickit2
 Device type: 

___

Details:

I'm using a clone of original PICkit 2 and noticed sound which means voltage
boost circuit is enabled at the end of the flashing of device. As I can see
there is no PWM off command in _pickit2_disable_ function. So I added these
lines:
333:SCR_VPP_PWM_OFF,
334:SCR_DELAY_2(.01)
to *pickit2.c* file and it solved my issue.




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #58440] linuxgpio PIN limit too low

[anonymous]

URL:
  

 Summary: linuxgpio PIN limit too low
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 25 May 2020 12:04:01 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Jookia
Originator Email: cont...@jookia.org
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: linuxgpio
 Device type: m328p

___

Details:

I'm on an ARM board using the Allwinner A20 SoC with 277 GPIOs, and as luck
would have it I was using GPIOs 272 through 275 for the linuxgpio driver. It
gave me this error:

avrdude: error at /home/user/avrdude_gpio.conf:1269: pin must be in the range
0-255

Upping PIN_MAX to 512 in libavrdude.h fixed this for me, but maybe a better
idea is to remove the limit?




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #58095] error setting efuse on atmega328pb variant

[anonymous]

URL:
  

 Summary: error setting efuse on atmega328pb variant
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 01 Apr 2020 06:08:58 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: bob
Originator Email: xyy...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: usbasp
 Device type: m328pb

___

Details:

When programming the atmega328pb I was unable to read efuse and therefore not
sure if I was able to write to it. The value I tried to write was not reported
back correctly.

Solution was to add a 'size = 1;' line to the m328pb's efuse setting in
avrdude.conf file.





___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #58078] [PATCH] buspirate: remove compound literals (fixes GCC>=9)

[anonymous]

URL:
  

 Summary: [PATCH] buspirate: remove compound literals (fixes
GCC>=9)
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 29 Mar 2020 07:27:39 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Andrew D'Addesio
Originator Email: modchip...@gmail.com
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: Bus Pirate v3.6a
 Device type: ATMega328P

___

Details:

Attempting to run the following command on GCC 9.1 or 10:

avrdude -c buspirate -P /dev/ttyUSB0 -p m328p -U lfuse:r:lfuse.bin:r

results in binary mode failing to start, causing a fallback to ASCII:

Attempting to initiate BusPirate binary mode...
(null) mode not confirmed: 'BBIO'
avrdude: Failed to start binary mode, falling back to ASCII...
Attempting to initiate BusPirate ASCII mode...
BusPirate: using ASCII mode
BusPirate is now configured for SPI
avrdude: AVR device initialized and ready to accept instructions

GCC 8.3 works fine. See the attached files (gcc-8-working.txt,
gcc-9-nonworking.txt).

I spent yesterday debugging and found the cause to be a use of compound
literals in buspirate_start_mode_bin().

In C99, compound literals only have local scope. This means:

int main(int argc, char **argv)
{
struct Foo {int a, b, c;} *foo;

if (argc & 0x1) {
foo = &(struct Foo){1, 2, 3};
} else {
foo = &(struct Foo){4, 5, 6};
}

printf("a=%d, b=%d, c=%d\n", foo->a, foo->b, foo->c);
return 0;
}

is undefined behavior. GCC 9.1 and above will not even initialize the Foo
objects (as they are never used while they are in scope), causing foo to point
to uninitialized memory.

GCC unfortunately does not warn about this [1].

I've created a patch that I confirmed fixes the issue on GCC 9 (see
buspirate-remove-compound-literals.patch).

[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990



___

File Attachments:


---
Date: Sun 29 Mar 2020 07:27:39 PM UTC  Name: gcc-8-working.txt  Size: 1KiB  
By: None


---
Date: Sun 29 Mar 2020 07:27:39 PM UTC  Name: gcc-9-nonworking.txt  Size: 1KiB 
 By: None


---
Date: Sun 29 Mar 2020 07:27:39 PM UTC  Name:
0001-buspirate-remove-compound-literals-fixes-GCC-9.patch  Size: 3KiB   By:
None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #57453] [PATCH] fix reference to nonexistant -m option by changing to -U

[anonymous]

URL:
  

 Summary: [PATCH] fix reference to nonexistant -m option by
changing to -U
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 19 Dec 2019 10:32:32 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Britton Kerin
Originator Email: britton.ke...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: all
 Device type: all

___

Details:

as subject says



___

File Attachments:


---
Date: Thu 19 Dec 2019 10:32:32 PM UTC  Name:
0001-Change-reference-to-m-option-to-U-option.patch  Size: 639B   By: None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #57428] [PATCH] document when 'arduino' or 'wiring' should be used, and -D requirement of latter

[anonymous]

URL:
  

 Summary: [PATCH] document when 'arduino' or 'wiring' should
be used, and -D requirement of latter
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 16 Dec 2019 11:42:08 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Britton Kerin
Originator Email: britton.ke...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: arduino/wiring bootlaoders
 Device type: all

___

Details:


as the subject says



___

File Attachments:


---
Date: Mon 16 Dec 2019 11:42:08 PM UTC  Name:
0001-Explain-arduino-and-wiring-programmers-better.patch  Size: 1KiB   By:
None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #57339] [PATCH] improve safemode -V interaction, additional doc improvements

[anonymous]

URL:
  

 Summary: [PATCH] improve safemode -V interaction, additional
doc improvements
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 02 Dec 2019 12:19:01 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Britton Kerin
Originator Email: britton.ke...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: all
 Device type: all

___

Details:


I'm attaching a series of patches that mainly address issues originally
described in this email: 

https://lists.nongnu.org/archive/html/avrdude-dev/2019-11/msg6.html

I fixed the -V interaction of safemode, but just documented the persistent
effects of -B (because the originally envisioned fix looked hard and better -B
documentation would have prevented the problems I had).

Later patches in this series fix some other small documentation issues, some
of which have caused me confusion over the years.

One patch does a very slight code cleanup in main (all the comment typos and
indent bugs I noticed while working on other things).



___

File Attachments:


---
Date: Mon 02 Dec 2019 12:19:01 AM UTC  Name: patches.tar.xz  Size: 8KiB   By:
None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #57338] if safemode has to change fuses avrdude should exit with non-zero exit code

[anonymous]

URL:
  

 Summary: if safemode has to change fuses avrdude should exit
with non-zero exit code
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 01 Dec 2019 11:02:58 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Britton Kerin
Originator Email: britton.ke...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: all
 Device type: any except AVR32, Xmega or TPI

___

Details:


There's a fuses_specified variable in main that gets initialized to zero and
never changed, and then there's this code at the end
of the fusemode recovery block:

if (fuses_updated && fuses_specified) {
  exitrc = 1;
}

So it looks like maybe the intention was to exit with non-zero if the user
requested a fuse change (but fuses_specified isn't getting set in this case)
but avrdude had to back it out due to fuses not being as expected.

IMO the correct thing to do is to always exit with a non-zero code if safe
mode is doing any fuse recovery at all, regardless of whether any fuse changes
were requested.  With some other patches that I'm about to submit this should
be possible because safemode shouldn't trigger when -V is used anymore. 






___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[avrdude-dev] [bug #55009] no efuses for m164a/pa

[anonymous]

URL:
  

 Summary: no efuses for m164a/pa
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 12 Nov 2018 12:13:11 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Marco
Originator Email: i...@playwithtransistors.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: usbasp
 Device type: 

___

Details:

Atmega164A with no efuses (BOR) enabled, how it has been fixed:

Atmega164P was pointing to parent m16A wich is wrong, so it has been
modified and renamed to m164pa with info got from 324p with modified memory
sizes.
A new entry has been created which is m164a pointing
at m164pa.

Now efuses work fine and we got 164pa and 164a alias.



___

File Attachments:


---
Date: Mon 12 Nov 2018 12:13:11 AM UTC  Name: avrdude.conf  Size: 470KiB   By:
None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #54603] Error in `avrdude': corrupted size vs. prev_size

[anonymous]

URL:
  

 Summary: Error in `avrdude': corrupted size vs. prev_size
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 31 Aug 2018 12:33:21 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Max
Originator Email: m...@winsoft.hu
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: USBasp
 Device type: t10

___

Details:


After programming from Pi3 via USBasp to an ATTiny10 with avrdude6.3, this
error occurs:

*** Error in `avrdude': corrupted size vs. prev_size: 0x00dbc688 ***
Aborted

Tried the avrdude package from Pi, and also make/compile/install the
avrdude6.3 latest sources. Same issue.


Full details:


pi@raspberrypi:~ $ cat /proc/meminfo|grep Mem
MemTotal: 766744 kB
MemFree:  670376 kB
MemAvailable: 677816 kB
pi@raspberrypi:~ $ tail /boot/config.txt -n1
gpu_mem=256
pi@raspberrypi:~ $ sudo avrdude -p t10 -c usbasp -v -v -v -v -F

avrdude: Version 6.3, compiled on Aug 31 2018 at 11:58:40
 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
 Copyright (c) 2007-2014 Joerg Wunsch

 System wide configuration file is "/usr/local/etc/avrdude.conf"
 User configuration file is "/root/.avrduderc"
 User configuration file does not exist or is not a regular file,
skipping

 Using Port: usb
 Using Programmer  : usbasp
avrdude: usbasp_open("usb")
avrdude: seen device from vendor ->www.fischl.de<-
avrdude: seen product ->USBasp<-
 AVR Part  : ATtiny10
 Chip Erase delay  : 0 us
 PAGEL : P00
 BS2   : P00
 RESET disposition : dedicated
 RETRY pulse   : SCK
 serial program mode   : yes
 parallel program mode : yes
 Timeout   : 0
 StabDelay : 0
 CmdexeDelay   : 0
 SyncLoops : 0
 ByteDelay : 0
 PollIndex : 0
 PollValue : 0x00
 Memory Detail :

  Block Poll   Page   
   Polled
   Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW 
MaxW   ReadBack
   ---  - -  -- --  -- -
- -
   signature  0 0 00 no  3   16  0 0  
  0 0x00 0x00
  Block Poll   Page   
   Polled
   Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW 
MaxW   ReadBack
   ---  - -  -- --  -- -
- -
   fuse   0 0 40 no  1   16  0 0  
  0 0x00 0x00
  Block Poll   Page   
   Polled
   Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW 
MaxW   ReadBack
   ---  - -  -- --  -- -
- -
   calibration0 0 00 no  1   16  0 0  
  0 0x00 0x00
  Block Poll   Page   
   Polled
   Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW 
MaxW   ReadBack
   ---  - -  -- --  -- -
- -
   lockbits   0 0 00 no  1   16  0 0  
  0 0x00 0x00
  Block Poll   Page   
   Polled
   Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW 
MaxW   ReadBack
   ---  - -  -- --  -- -
- -
   flash  0 0   1280 no   1024   16  0 0  
  0 0x00 0x00

 Programmer Type : usbasp
 Description : USBasp, http://www.fischl.de/usbasp/

avrdude: usbasp_initialize()
avrdude: usbasp_transmit("USBASP_FUNC_GETCAPABILITIES", 0x00, 0x00, 0x00,
0x00)
 <= [01] [00] [00] [00]
avrdude: usbasp_transmit("USBASP_FUNC_TPI_CONNECT", 0x01, 0x00, 0x00, 0x00)
avrdude: usbasp_tpi_program_enable()
avrdude: usbasp_transmit("USBASP_FUNC_TPI_RAWWRITE", 0xc2, 0x00, 0x00, 0x00)
avrdude: usbasp_transmit("USBASP_FUNC_TPI_RAWWRITE", 0x06, 

[avrdude-dev] [bug #54159] Buffer overflow in usbtiny.c

[anonymous]

URL:
  

 Summary: Buffer overflow in usbtiny.c
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 20 Jun 2018 08:47:58 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Marius Greuel
Originator Email: greu...@mgtek.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: usbtiny
 Device type: t85

___

Details:

There is a bug in usbtiny_paged_load() that causes a read/verify operation to
overflow the flash memory buffer and crash the application.

The chunk being read is always 128, regardless of the actual bytes requested
or bytes left.

See patch.txt for details.



___

File Attachments:


---
Date: Wed 20 Jun 2018 08:47:58 PM UTC  Name: patch.txt  Size: 791B   By: None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #53703] FT232H based programmer returns all 0xFF when reading flash from atmega2560

[anonymous]

URL:
  

 Summary: FT232H based programmer returns all 0xFF when
reading flash from atmega2560
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 19 Apr 2018 10:07:59 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Christoph
Originator Email: cea...@gmx.de
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: FT232H
 Device type: m2560

___

Details:

avrftdi.c does not send load extended address byte command when address is
lower than 64k word but using a device which need this command. See attached
patch for bug-fix.



___

File Attachments:


---
Date: Thu 19 Apr 2018 10:07:59 PM UTC  Name: avrftdi.c.patch  Size: 810B   By:
None



___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #53279] Permission denied accessing /sys/class/gpio/gpioX/direction would leave pin exported

[anonymous]

URL:
  

 Summary: Permission denied accessing
/sys/class/gpio/gpioX/direction would leave pin exported
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 03 Mar 2018 10:10:16 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Michael Cain
Originator Email: loud.mouth.bragg...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: linuxgpio
 Device type: RaspberryPi

___

Details:

When using a Raspberry Pi to program an atmega2560 using linuxgpio and you do
not have the permission to access /sys/class/gpio/gpioX/direction it would
leave the gpio pin exported.  The only way to unexport the pin would be to
reboot the Rasbperry Pi.

The problem lies in the function linuxgpio_open, change line 280 from:
if (r < 0)
   return r;

TO:
if (r < 0) {
   linuxgpio_unexport(pin);
   return r;
}




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #53180] missing programmer or bad -P option argument doesn't result in error message

[anonymous]

URL:
  

 Summary: missing programmer or bad -P option argument doesn't
result in error message
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 17 Feb 2018 10:59:23 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Britton Kerin
Originator Email: britton.ke...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: AVR ISPmkII
 Device type: Mega 328P

___

Details:

This command: 

  avrdude -c avrispmkII -p m328p -P usb:090200198577 -U hfuse:r:-:h

issued when there is no avrispmkII connected, yields only this message on
stderr:

  avrdude done.  Thank you.

avrdude does exit with a non-zero code in this case, but it should also be
able to give an informative error message.

This command:

  avrdude -c avrispmkII -p m328p -P usb:090200198577 -U hfuse:r:-:h

issued when there is no avrispmkII with serial number 090200198577 connected,
does the same thing.





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #52963] -U option with flash memory doesn't perform chip erase with arduino programmer

[anonymous]

URL:
  

 Summary: -U option with flash memory doesn't perform chip
erase with arduino programmer
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 23 Jan 2018 11:13:18 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Britton Kerin
Originator Email: britton.ke...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: arduino
 Device type: 

___

Details:


It can't because that would blow away the bootlaoder.
The -D option description currently says this:

  -D  Disable auto erase for flash.  When the -U option with flash
  memory is specified, avrdude will perform a chip erase before
  starting any of the programming operations, since it generally is a
  mistake to program the flash without performing an erase first.  This
  option disables that.  Auto erase is not used for ATxmega devices as
  these devices can use page erase before writing each page so no
  explicit chip erase is required.  Note however that any page not
  affected by the current operation will retain its previous contents.

If exceptions for ATxmega deserve a mention that the arduino programmer
exception certainly does too.  It can matter because e.g. EEPROM doesn't end
up
getting cleared like documentation in chip datasheet says it does for chip
erase (assuming EESAVE not programmed).





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #52886] Incorrectly hardcoded fuse addresses in STK500v2 ISP mode

[anonymous]

URL:
  

 Summary: Incorrectly hardcoded fuse addresses in STK500v2 ISP
mode
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 14 Jan 2018 03:41:54 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Joao Rosa
Originator Email: j...@ff.ul.pt
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: 
 Device type: 

___

Details:

On file "stk500v2.c", functions stk500isp_write_byte() and
stk500isp_read_byte() incorrectly hardcode the address of "fuse"/"lfuse",
"hfuse" and "efuse".

This is only needed for HVSP and PP modes, not ISP (probably copy/paste
error?). Though this is a "silent" bug that currently doesn't have any effect,
it may conceivably manifest itself in the future if future chips access the
fuses using some kind of addressing scheme, that is, using a0, a1, a2, etc. in
the avrdude.conf definitions.

In fact I found this bug because I'm writing a programmer for UPDI chips and
want to use the STK500v2 interface.

I'll copy a few lines of code from "stk500v2.c" as example:

1942  } else if (strcmp(mem->desc, "hfuse") == 0) {
1943buf[0] = CMD_READ_FUSE_ISP;
1944addr = 1;   /* This line is not needed/bug */

I believe lines like this one can be safely deleted.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #52687] avrdude eeprom uploader always uploads 0xff if line terminator is LF not CRLF

[anonymous]

URL:
  

 Summary: avrdude eeprom uploader always uploads 0xff if line
terminator is LF not CRLF
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 18 Dec 2017 10:22:42 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: James Collier
Originator Email: james.coll...@awelina.uk
 Open/Closed: Open
 Release: 6.0.1
 Discussion Lock: Any
 Programmer hardware: USBTiny
 Device type: atmaga328p

___

Details:

It is useful to create eeprom .hex files from a program rather than from
avr-gcc, for instance in a production environment to set calibration constants
or a unique ID.

Uploading the resulting .hex file - in the correct form - using
>avrdude -p atmega328p -c -usbtiny -U eprom:w:myfile.hex
works fine: Writing and Reading  get the progress lines of # characters, then
the message
avrdude: verifying...
avrdude: 80 bytes of eeprom verified
etc.

BUT it loads every byte as 0xff if the .hex file has  \n line terminators. If
the hex file has \r\n terminators avrdude loads the correct data. There is no
difference in the messages from avrdude in either case.

I consider this a bug as (a) it's poor practice to make parsers unnessarily
strict, and (b) apparent success should not be reported when the operation
has, in fact, failed.






___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #51614] BusPirate: Paged Read command returned zero. With m1284p flash.

[anonymous]

URL:
  

 Summary: BusPirate: Paged Read command returned zero. With
m1284p flash.
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 29 Jul 2017 01:35:58 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Aaron
Originator Email: avrd...@fgthou.se
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: BusPirate
 Device type: 

___

Details:

Verbose output:
https://gist.github.com/mcd1992/c9bb57071a8db5bf77d07c8a2e60c8df

Let me know if anymore information is needed, thanks.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #51409] Can't program EFUSE on ATmega32M1

[anonymous]

URL:
  

 Summary: Can't program EFUSE on ATmega32M1
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 07 Jul 2017 08:49:05 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Fabian
Originator Email: soulsonceonf...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: 
 Device type: 

___

Details:

The size of the memory efuse for atmega32m1 is not set so when one tries to
program this fuse avrdude outputs: 
avrdude: writing efuse (0 bytes):

Writing | ## | 100% 0.00s

avrdude: 0 bytes of efuse written

replacing
memory "efuse"
by

memory "efuse"
size = 1;
for the part specification solves the problem




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #51320] 0x00 written as 0xFF when byte count is less than 0x10

[anonymous]

URL:
  

 Summary: 0x00 written as 0xFF when byte count is less than
0x10
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 26 Jun 2017 08:13:10 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Mike Brandon
Originator Email: smbrando...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: linuxgpio
 Device type: m2650

___

Details:

I have two different .hex files (unfortunately I am unable to share entire
.hex files as I do not own them). Both write and verify fine when using AVR
Studio and an AVRISP programmer.

When using avrdude with linuxgpio, the write process completes but the
verification process returns an error. In both files it occurs on lines of the
.hex file where the data byte count is less than 0x10 (this is the only common
theme I have been able to identify). When I look at the specific address
mentioned by avrdude for the verification error, the original data that SHOULD
have been written was 0x00. The data that WAS written was 0xFF.

The attached files only pertain to one of the hex files I have experienced
this with.



___

File Attachments:


---
Date: Mon 26 Jun 2017 08:13:10 PM UTC  Name: 0x40ca-data.PNG  Size: 13kB   By:
None
0x40ca-data shows the original data that should be writte. 0x40ca-read shows
the data that was read after flashing.

---
Date: Mon 26 Jun 2017 08:13:10 PM UTC  Name: avrdude-write-read.PNG  Size:
95kB   By: None
0x40ca-data shows the original data that should be writte. 0x40ca-read shows
the data that was read after flashing.

---
Date: Mon 26 Jun 2017 08:13:10 PM UTC  Name: 0x40ca-read.PNG  Size: 23kB   By:
None
0x40ca-data shows the original data that should be writte. 0x40ca-read shows
the data that was read after flashing.


___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #50701] Feature Request: reinstall erase/rewrite cycle counter

[anonymous]

URL:
  

 Summary: Feature Request: reinstall erase/rewrite cycle
counter
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 02 Apr 2017 07:19:13 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Michael H.
Originator Email: de@safe-mail.net
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: 
 Device type: 

___

Details:

Please reinstall the erase/rewrite cycle counter. We still have to use avrdude
5.11 to use this.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #50630] Erase Cycle Counter options ( -y -Y n ) should be removed from usage Message

[anonymous]

URL:
  

 Summary: Erase Cycle Counter options ( -y  -Y n ) should be
removed from usage Message
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 24 Mar 2017 10:48:32 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Strongheart
Originator Email: stronghe...@sbg.at
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: 
 Device type: 

___

Details:

As the Erase Cycle Counter options ( -y  -Y n ) are no longer supported, they
also should be deleted from the usage display function in the main.c file.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #50350] EFuse high order 4 bits writes incorrectly. Fix attached.

[anonymous]

URL:
  

 Summary: EFuse high order 4 bits writes incorrectly. Fix
attached.
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 18 Feb 2017 05:16:06 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Mark
Originator Email: mark...@yahoo.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: STK500v2
 Device type: atmega32u4

___

Details:

When programming the atmega32u4(m32u4) EFuse, AVRDude trys to write the upper
4 high bits as "0". These 4 bits are unused by the uP and are to be
unprogrammed, set to "1". This causes a mismatch when read for verification
since the uP ends up allowing 2 of these bits to be programmed:IE "1 1 0 0 i i
i i".
In the avrdude.conf file under m32u4, it is set to write "x x x x i i i i". By
updating the avrdude.conf file to "1 1 1 1 i i i i", the upper 4 bits are
properly left as a "1" while the lower 4 bits are written according to user
input. This corrects the issue.

Example: writing "F3" to the EFuse returns "C3" after programming since
AVRDude trys to write "03" and the uP mistakenly accepts 2 of the upper "0"s.
After updating the avrdude.conf to default the upper 4 bits to unprogrammed
("1"), the upper 4 bits are properly left as unprogrammed (unused) and the
EFuse properly returns as "F3".



___

File Attachments:


---
Date: Sat 18 Feb 2017 05:16:06 AM UTC  Name: m32u4 EFuse write bug.JPG  Size:
42kB   By: None
See EFuse Bug Fix.JPG for change to avrdude.conf to correct the issue.

---
Date: Sat 18 Feb 2017 05:16:06 AM UTC  Name: EFuse Bug Fix.JPG  Size: 33kB  
By: None
See EFuse Bug Fix.JPG for change to avrdude.conf to correct the issue.


___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #50338] avrdude 6.3 fails to set configuration when opening usb device

[anonymous]

URL:
  

 Summary: avrdude 6.3 fails to set configuration when opening
usb device
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 17 Feb 2017 03:58:37 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Michael Platzer
Originator Email: michael.plat...@hotmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: ATMEL ICE
 Device type: ATXMEGA32A4U

___

Details:

avrdude 6.3 reports following error when using a ATMEL ICE programmer:

[michael@tower ~]$ sudo avrdude -p x32a4u -c atmelice
[sudo] password for michael: 
avrdude: usbdev_open(): WARNING: failed to set configuration 1: Device or
resource busy

avrdude: jtag3_initialize(): part ATxmega32A4U has no JTAG interface
avrdude: initialization failed, rc=-1
 Double check connections and try again, or use -F to override
 this check.

avrdude: bad response to AVR sign-off command: 0xa0

avrdude done.  Thank you.

The dmesg output reveals a conflict with the usbhid driver:

[  957.783850] usb 2-1.4: new high-speed USB device number 4 using
xhci_hcd
[  957.920103] hid-generic 0003:03EB:2141.0006: hiddev0,hidraw3: USB HID
v1.11 Device [Atmel Corp. Atmel-ICE CMSIS-DAP] on usb-:02:00.0-1.4/input0
[  962.850262] usb 2-1.4: usbfs: interface 0 claimed by usbhid while
'avrdude' sets config #1
[  962.954189] usb 2-1.4: reset high-speed USB device number 4 using
xhci_hcd






___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #50261] JTAG1 unable to write fuse and lock bits

[anonymous]

URL:
  

 Summary: JTAG1 unable to write fuse and lock bits
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 09 Feb 2017 09:40:51 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Stefan Mavrodiev
Originator Email: stefan.mavrod...@gmail.com
 Open/Closed: Open
 Release: SVN snapshot
 Discussion Lock: Any
 Programmer hardware: 
 Device type: 

___

Details:

Hello,

I'm using AVR-JTAG-USB from Olimex, witch is clone to AVR-JTAGICE.
I was unable to write fuses and lock bits. 

$ avrdude -c jtag1 -p c128 -P /dev/ttyUSB0 -b19200 -U lfuse:w:0xCF:m

avrdude: jtagmkI_initialize(): warning: OCDEN fuse not programmed, single-byte
EEPROM updates not possible
avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.03s

avrdude: Device signature = 0x1e9781 (probably c128)
avrdude: reading input file "0xCF"
avrdude: writing lfuse (1 bytes):

Writing | ## | 100% 0.02s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xCF:
avrdude: load data lfuse data from input file 0xCF:
avrdude: input file 0xCF contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading || 0%
0.00savrdude: jtagmkI_read_byte(): timeout/error communicating with programmer
(resp )
avr_read(): error reading address 0x
read operation not supported for memory "lfuse"
avrdude: failed to read all of lfuse memory, rc=-2

avrdude: jtagmkI_read_byte(): timeout/error communicating with programmer
(resp )
avrdude: jtagmkI_read_byte(): timeout/error communicating with programmer
(resp )
avrdude: jtagmkI_read_byte(): timeout/error communicating with programmer
(resp )
avrdude: jtagmkI_read_byte(): timeout/error communicating with programmer
(resp )
avrdude: safemode: Sorry, reading back fuses was unreliable. I have given up
and exited programming mode

avrdude done.  Thank you.

This is the same with lock and calibration bits.

I've notice that after write the response message has one additional ACK
byte.

avrdude: jtagmkI_send(): sending 6 bytes
avrdude: Send: W [57] . [b2] . [00] . [00] . [00] . [00]   [20]   [20] 
avrdude: Recv: A [41] 

avrdude: jtagmkI_send(): sending 2 bytes
avrdude: Send: h [68] . [cf]   [20]   [20] 
avrdude: Recv: A [41] 

Here you can see write is ok, but on following read:
avrdude: jtagmkI_send(): sending 6 bytes
avrdude: Send: R [52] . [b2] . [02] . [00] . [00] . [00]   [20]   [20] 
avrdude: Recv: A [41] A [41] . [cf] . [99] . [fe] . [00] 

You can see the extra 'A'. Maybe this is AVR-JTAGICE bug.

What I did in the patch is after sending datacmd read 2 bytes, not 1.

Index: jtagmkI.c
===
--- jtagmkI.c   (revision 1392)
+++ jtagmkI.c   (working copy)
@@ -1056,7 +1056,7 @@
 {
   unsigned char cmd[6], datacmd[1 * 2 + 1];
   unsigned char resp[1], writedata;
-  int len, need_progmode = 1;
+  int len, need_progmode = 1, need_dummy_read = 0;
 
   avrdude_message(MSG_NOTICE2, "%s: jtagmkI_write_byte(.., %s, 0x%lx,
...)\n",
progname, mem->desc, addr);
@@ -1073,17 +1073,22 @@
 PDATA(pgm)->eeprom_pageaddr = (unsigned long)-1L;
   } else if (strcmp(mem->desc, "lfuse") == 0) {
 cmd[1] = MTYPE_FUSE_BITS;
+need_dummy_read = 1;
 addr = 0;
   } else if (strcmp(mem->desc, "hfuse") == 0) {
 cmd[1] = MTYPE_FUSE_BITS;
+need_dummy_read = 1;
 addr = 1;
   } else if (strcmp(mem->desc, "efuse") == 0) {
 cmd[1] = MTYPE_FUSE_BITS;
+need_dummy_read = 1;
 addr = 2;
   } else if (strcmp(mem->desc, "lock") == 0) {
 cmd[1] = MTYPE_LOCK_BITS;
+need_dummy_read = 1;
   } else if (strcmp(mem->desc, "calibration") == 0) {
 cmd[1] = MTYPE_OSCCAL_BYTE;
+need_dummy_read = 1;
   } else if (strcmp(mem->desc, "signature") == 0) {
 cmd[1] = MTYPE_SIGN_JTAG;
   }
@@ -1152,6 +1157,8 @@
   avrdude_message(MSG_NOTICE2, "OK\n");
   }
 
+  if(need_dummy_read)
+jtagmkI_recv(pgm, resp, 1);
   return 0;
 }





___

File Attachments:


---
Date: Thu 09 Feb 2017 09:40:51 AM UTC  Name: jtagmkI.patch  Size: 1kB   By:
None



___

Reply to this item at:

  

___
  Message sent via/by Savannah
  

[avrdude-dev] [bug #50103] [windows 7] avrdude 6.3 doesn't exit cleanly and dialog "avrdude.exe has stopped working" pops up

[anonymous]

URL:
  

 Summary: [windows 7] avrdude 6.3 doesn't exit cleanly and
dialog "avrdude.exe has stopped working" pops up
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 20 Jan 2017 04:06:13 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: maredsous10
Originator Email: maredsou...@gmail.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: Olimex AVR ISP MKII
 Device type: ATTINY4

___

Details:

I am using an Olimex AVR ISP MKII, Attiny4, Windows 7 64bit and AVRDude 6.3
(from http://download.savannah.gnu.org/releases/avrdude/).

The following is run from the command line:

avrdude -c avrispmkII -p attiny4 -U flash:w:program.hex

 
The erase, programming, and verification runs successfully and the attiny4
operates as expected.

avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.00s

avrdude: Device signature = 0x1e8f0a (probably t4)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be
performed
 To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "program.hex"
avrdude: input file program.hex auto detected as Intel Hex
avrdude: writing flash (144 bytes):

Writing | ## | 100% 0.34s

avrdude: 144 bytes of flash written
avrdude: verifying flash memory against program.hex:
avrdude: load data flash data from input file program.hex:
avrdude: input file program.hex auto detected as Intel Hex
avrdude: input file program.hex contains 144 bytes
avrdude: reading on-chip flash data:

Reading | ## | 100% 0.07s

avrdude: verifying ...
avrdude: 144 bytes of flash verified

avrdude done.  Thank you.

When AVRDUDE gets to "avrdude done.  Thank you.", avrdude hangs and a dialog
pops up saying "avrdude.exe has stopped working".

Any ideas on this issue?   I assume avrdude is getting hung up and not cleanly
exiting.

 




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #49450] Does not write integer to /sys/class/gpio/export

[anonymous]

URL:
  

 Summary: Does not write integer to /sys/class/gpio/export
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 26 Oct 2016 04:59:27 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Maurik
Originator Email: holt...@physics.unh.edu
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: Beagle Bone
 Device type: linuxgpio

___

Details:

In the code linuxgpio.c I believe the format string for the GPIO port is
incorrectly specified as %ud, instead of %u. This causes a "d" to be appended
to the port and some implementations of /sys/class/gpio/export do not allow
for this.

Changing the %ud to %u allows me to run avrdude on the Beagle Bone Black.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #49387] ATXmega32E5 Flash section address wrong

[anonymous]

URL:
  

 Summary: ATXmega32E5 Flash section address wrong
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 19 Oct 2016 08:14:01 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Georges Palauqui
Originator Email: g.palau...@gptechinno.com
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: 
 Device type: x32e5

___

Details:

Current avrdude.conf.in gives for ATxmega32e5 :
memory "apptable"
size= 0x1000;
offset  = 0x00807000;
page_size   = 0x80;
readsize= 0x100;
;
memory "boot"
size= 0x1000;
offset  = 0x00808000;
page_size   = 0x80;
readsize= 0x100;
;
But according to datasheet
(http://www.atmel.com/Images/Atmel-8153-8-and-16-bit-AVR-Microcontroller-XMEGA-E-ATxmega8E5-ATxmega16E5-ATxmega32E5_Datasheet.pdf
page 12 figure 8.1) it should be :
memory "apptable"
size= 0x800;
offset  = 0x00803800;
page_size   = 0x80;
readsize= 0x80;
;

memory "boot"
size= 0x800;
offset  = 0x00804000;
page_size   = 0x80;
readsize= 0x80;
;
 Both Size and Offset are wrong.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #49376] Resource busy error on El Capitan

[anonymous]

URL:
  

 Summary: Resource busy error on El Capitan
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon Oct 17 20:33:00 2016
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Serjio
Originator Email: redd...@bk.ru
 Open/Closed: Open
 Release: 6.3
 Discussion Lock: Any
 Programmer hardware: 
 Device type: 

___

Details:

Tested on two laptops with El Capitan with the same error. Works smoothly on
Yosemite. 

avrdude -c stk500v2 -P /dev/cu.usbmodemavrdope1 -p  attiny85
avrdude: ser_open(): can't open device "/dev/cu.usbmodemavrdope1": Resource
busy




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48967] incorrect labels on -v output

[anonymous]

URL:
  

 Summary: incorrect labels on -v output
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 01 Sep 2016 03:12:07 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Jay
Originator Email: develo...@dokimay.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

At least when using -c usbtiny -p m328p -v
The following output misleads the reader in that, in the last line shown here,
H is used for the extended fuse, and E is used for the High fuse...

avrdude: safemode: lfuse reads as 62
avrdude: safemode: hfuse reads as D9
avrdude: safemode: efuse reads as 7
avrdude: safemode: Fuses OK (H:07, E:D9, L:62)

I believe the last like "Fuses OK" should read:

avrdude: safemode: Fuses OK (E:07, H:D9, L:62)





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48767] ser_drain() for TCP on Windows doesn't work

[anonymous]

URL:
  

 Summary: ser_drain() for TCP on Windows doesn't work
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 12 Aug 2016 08:10:44 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: fibroin
Originator Email: ahalb...@gmx.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I have an Arduino Micro with Optiboot-Bootloader and I can upload sketches
with AVRDude over TCP on Linux.

I tried to use AVRDude 6.3 on Windows but AVRDude does not correctly drain the
read buffer and so AVRDude gets confused.

In ser_win32.c there is a special version of ser_recv() for TCP-connections,
but ser_drain() uses the version for serial connections. But it doesn't work.

I get the output as attached.
The read buffer isn't drained so avrdude recives the incoming data from the
initial getsync later.




___

File Attachments:


---
Date: Fri 12 Aug 2016 08:10:44 PM UTC  Name: avrdude fehler.txt  Size: 3kB  
By: None



___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48697] make fails: yacc not found

[anonymous]

URL:
  

 Summary: make fails: yacc not found
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 04 Aug 2016 04:17:54 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Konstantin
Originator Email: rabebon...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

On the paspbian whithout yacc after default ./configure make fails with
error:"./ylwrap:line 111:yacc: command not found".




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48460] page mode ignores switch paged=no

[anonymous]

URL:
  

 Summary: page mode ignores switch paged=no
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 10 Jul 2016 10:35:04 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: PSL
Originator Email: slan...@usa.net
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

avrdude 6.3.

This is an example of CPU configuration, I wanted to disable page mode to test
something new:

memory "flash"
size= 4096;
paged   = no;
page_size   = 256;
num_pages   = 16;

I use STK500v1 compatible programmer, ArduinoISP.
avrdude starts to program flash memory in page mode, it ignores option
paged=no. I has to comment out entries page_size and num_pages to program
flash memory in byte mode.
>From my point of view, this is a bug.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48457] avrdude problem with chip CH340G

[anonymous]

URL:
  

 Summary: avrdude problem with chip CH340G
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 10 Jul 2016 01:48:11 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: PSL
Originator Email: slan...@usa.net
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I have a clone of Arduino Nano V3 with chip CH340G and I see a protocol
problem. I use my Arduino clone as ISP STK500v1, it is loaded with example
ArduinoISP that is distributed with Arduino IDE.

https://www.arduino.cc/en/Tutorial/ArduinoISP

Avrdude works fine with ArduinoISP when it runs at Arduino with FTDI chip but
fails with protocol error at Arduino with CH340G chip. I run it at Ubuntu
Linux. Command to test:

# avrdude -c stk500v1 -P /dev/ttyUSB0 -b 19200 -p m328p -

I have found that when I add more calls "stk500_drain" to stk500.c, I remove
this problem. I attach a simple patch.

BTW, man can find more reports on this problem with Google. 



___

File Attachments:


---
Date: Sun 10 Jul 2016 01:48:11 PM UTC  Name: stk500_drain.diff  Size: 538B  
By: None
patch stk500_drain


___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48261] ATmega32A, AVR DRAGON ISP programming, verification error

[anonymous]

URL:
  

 Summary: ATmega32A, AVR DRAGON ISP programming, verification
error
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 18 Jun 2016 04:51:15 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Johnny Quest
Originator Email: scotty2...@gmx.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hello:
First off, I have done my homework on this matter and would not have posted
seeking assistance unless it was a last resort.  smiley
 
This message was posted on AVR FREAKS. 
http://www.avrfreaks.net/forum/atmega32a-avr-dragon-programming-flaky-ness

Background:  Ex-disti-FAE for ATMEL as one of my support lines.  Very familiar
with ATmega48/88/168/328, ATtiny25/45/85, ATmega32U4, AT90USB1286 (and
somewhat on the ATmega2560).  
 
Development environment:  Using Linux for development running AVR STUDIO in a
"Virtual WINDOWS" environment.   AVRDUDE V6.3 for Linux.  ATmega32A, 16MHz
external crystal, VCC = 5V (PwrSup is 1A capable).  Fuses set for external
high-freq crystal, bootloader at 0x7E00, bootloader reset enabled (lfuse =
0x8F   hfuse = 0x96).
 
Quandary: developing code for ATmega32A; when using AVRDUDE to program FLASH
using ISP with "DRAGON_ISP" programmer, AVRDUDE fails with:

avrdude: verification error, first mismatch at byte 0x7e00
 0xff != 0x0f

-
Command line invokation is:

avrdude -u -p m32 -c dragon_isp -B 1MHz -U
flash:w:AVR_Specific_Builds/m32/ATTOBASICV234_m32-16MHZ-uart_btldr.hex


-
Partial dump from original HEX file around address 0x7E00:
:107D73
:107D100063
:107D200053
:107D300043
:107D400033
:107D500023
:107D600013
:107D73
:107D800003
:107D9000F3
:107DA000E3
:107DB000D3
:107DC000C3
:107DD000B3
:107DE000A3
:107DF00093
:107E0F92CDB7DEB711248FE598E09EBF8DBFEE
:107E100084B714BE81FFD6D085E08EBD82E08BB9D9
:107E200088E18AB986E880BD80E189B98EE0B5D065
:107E3000BD9A26E080E39CEF54E040E29DBD8CBDFE
:107E400058BF08B602FEFDCF38B3342738BBA8951B
:107E50002150A1F788249924CC24C394F5E0DF2E87
:107E6000E1E1EE2E73E0F72E91D0813469F48ED0EB
:107E7000898398D08981823811F1813811F485E0A5
:107E81C083E07FD07BC0823411F484E103C061
:107E9000853419F485E08ED072C0853561F476D0D2
:107EA82F10E073D090E0982E8824802A912A21
:107EB000880C991C63C0863521F484E07BD080E077
:107EC000E1CF843609F03FC061D060D0B82E5ED0DB
:107ED00080E0881680E7980618F4F401F7BEE8956C
:107EE0E610E053D0F80181938F01BA94D1F7E6
:107EF000F0E08F16F0E79F0618F0F401F7BEE89562

Addresses 0x7D00 to 0x7DFF is waveform data for DDS function.
 
-
After failure, partial dump of reback of FLASH memory around address 0x7E00. 
Even the data starting at 0x7D00 is incorrect.  
:107D83
:107D100073
:107D200063
:107D300053
:107D400043
:107D500025
:107D600013
:107D73
:107D800003
:107D9000F3
:107DA000E3
:107DB000D3
:107DC000C3
:107DD000B3
:107DE000A3
:107DF00093
:107E82
:107E100072
:107E200062
:107E300052
:107E400042
:107E5000A1F788249924CC24C394F5E0DF2EFA
:107E6000E1E1EE2E73E0F72E91D0813469F48ED0EB
:107E7000898398D08981823811F1813811F485E0A5
:107E81C083E07FD07BC0823411F484E103C061
:107E9000853419F485E08ED072C0853561F476D0D2
:107EA82F10E073D090E0982E8824802A912A21
:107EB000880C991C63C0863521F484E07BD080E077
:107EC000E1CF843609F03FC061D060D0B82E5ED0DB
:107ED00080E0881680E7980618F4F401F7BEE8956C
:107EE0E610E053D0F80181938F01BA94D1F7E6
:107EF000F0E08F16F0E79F0618F0F401F7BEE89562
 
-
All other ATmega 

[avrdude-dev] [bug #48188] Avrdude Permission denied on Atmega32u4

[anonymous]

URL:
  

 Summary: Avrdude Permission denied on Atmega32u4
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Do 09 Jun 2016 19:38:13 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Paul Hein
Originator Email: deh...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I am using Archlinux with Avrdude version 6.3.
I have an Atmega32u4 Sparkfun Pro Micro Clone.
My udev rules look like this

SUBSYSTEM=="usb", ATTRS{idVendor}=="1b4f", ATTRS{idProduct}=="9205",
ATTRS{serial}=="/dev/ttyACM3", GROUP="users", MODE="0660"

also here:
crw-rw 1 root uucp 166, 3  9. Jun 21:30 /dev/ttyACM3

Everytime i try to upload i get this error
avrdude: ser_open(): can't open device "/dev/ttyACM3": Permission denied

unless i start my ide with root rights.

What could here possibly be wrong. Because it seems avrdude seems to still not
work although i am in the uucp group.





___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48134] ft245r.c : dispatch/dispatch.h: No such file or directory

[anonymous]

URL:
  

 Summary: ft245r.c : dispatch/dispatch.h: No such file or
directory
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 05 Jun 2016 08:17:51 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Phillip Stevens
Originator Email: phillip.stev...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When compiling 6.3 on Mac OSX 10.4.11 with MacPorts the build fails because
the dispatch.h file does not exist.

dispatch/dispatch.h was added with Grand Central in 10.6, I understand.

This bug was originally reported here
https://trac.macports.org/ticket/44717

And I reported the same thing here
https://trac.macports.org/ticket/51566

Tested that the fix suggested works on
avrdude 6.3
MacPorts 2.3.4
OSX10.4.11

Proposed resolution, in ft245r.c :

< #include 
---
> /* Mac OS X defines sem_init but actually does not implement them */
> #include 
> 
> typedef dispatch_semaphore_t  sem_t;
> 
> #define sem_init(psem,x,val)  *psem = dispatch_semaphore_create(val)
> #define sem_post(psem)dispatch_semaphore_signal(*psem)
> #define sem_wait(psem)dispatch_semaphore_wait(*psem,
DISPATCH_TIME_FOREVER)






___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48084] Avoid compiled-in timestamp for reproducible release builds

[anonymous]

URL:
  

 Summary: Avoid compiled-in timestamp for reproducible release
builds
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 02 Jun 2016 02:05:08 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Ed Maste
Originator Email: ema...@freebsd.org
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

While investigating avrdude for reproducible builds in FreeBSD I found that
the only nonreproducibility is the "Compiled on" string:

pig1# diffoscope 3be62d02dc27d0db269d88967fa790ffb64c25a6-build1/All/$P
3be62d02dc27d0db269d88967fa790ffb64c25a6-build2/All/$P
--- 3be62d02dc27d0db269d88967fa790ffb64c25a6-build1/All/avrdude-6.1_1.txz
+++ 3be62d02dc27d0db269d88967fa790ffb64c25a6-build2/All/avrdude-6.1_1.txz
├── avrdude-6.1_1.txz-content
│   ├── +MANIFEST
[...]
│   ├── /usr/local/bin/avrdude
│   │   ├── readelf --wide --hex-dump=.rodata {}
│   │   │ @@ -65,16 +65,16 @@
│   │   │0x0044ba90 696c6564 206f6e20 25732061 74202573 iled on %s
at %s
│   │   │0x0044baa0 0a257343 6f707972 69676874 20286329 .%sCopyright
(c)
│   │   │0x0044bab0 20323030 302d3230 30352042 7269616e  2000-2005
Brian
│   │   │0x0044bac0 20446561 6e2c2068 7474703a 2f2f  Dean,
http://ww
│   │   │0x0044bad0 772e6264 6d696372 6f2e636f 6d2f0a25
w.bdmicro.com/.%
│   │   │0x0044bae0 73436f70 79726967 68742028 63292032 sCopyright
(c) 2
│   │   │0x0044baf0 3030372d 32303134 204a6f65 72672057 007-2014
Joerg W
│   │   │ -  0x0044bb00 756e7363 680a0a00 4d617920 32332032 unsch...May
23 2
│   │   │ -  0x0044bb10 30313600 30343a35 393a3430 00257353
016.04:59:40.%sS
│   │   │ +  0x0044bb00 756e7363 680a0a00 4d617920 32362032 unsch...May
26 2
│   │   │ +  0x0044bb10 30313600 32313a34 313a3139 00257353
016.21:41:19.%sS
│   │   │0x0044bb20 79737465 6d207769 64652063 6f6e6669 ystem wide
confi
│   │   │0x0044bb30 67757261 74696f6e 2066696c 65206973 guration
file is
│   │   │0x0044bb40 20222573 220a0025 733a2065 72726f72  "%s"..%s:
error
│   │   │0x0044bb50 20726561 64696e67 20737973 74656d20  reading
system 
│   │   │0x0044bb60 77696465 20636f6e 66696775 72617469 wide
configurati
│   │   │0x0044bb70 6f6e2066 696c6520 22257322 0a002573 on file
"%s"..%s
│   │   │0x0044bb80 55736572 20636f6e 66696775 72617469 User
configurati
│   │   ╵
│   ╵
╵

Debian has a patch to just remove the timestamps: 
http://sources.debian.net/src/avrdude/6.3-1/debian/patches/no-cpp-timestamps.patch/

Discussed with Joerg which resulted in this suggestion:
>
> Well, that timestamp is somehow meaningful for people who
> are actively participating in the development process, but
> I agree it's pointless for a released version.
>
> I'd like to come up with some kind of autoconf magic that
> drops the timestamp for releases, while retaining it for
> non-released software.

Filing here as an enhancement request.
Joerg suggested instead having some sort of autoconf switch to set a "release
build" mode




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #48004] Dead link for linuxgpio in avrdude description

[anonymous]

URL:
  

 Summary: Dead link for linuxgpio in avrdude description
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 25 May 2016 01:25:19 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Nick
Originator Email: none
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Paragraph 4 of the avrdude description in Linux "man avrdude" gives a link to
'http://kolev.info/avrdude-linuxgpio'.  That link leads to a 404 error page. 
Searching the site 'http://kolev.info' for "avrdude" returns an incomplete
page.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47988] Can't export GPIO nn, already exported/busy?: Invalid argument

[anonymous]

URL:
  

 Summary: Can't export GPIO nn, already exported/busy?:
Invalid argument
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 23 May 2016 12:46:21 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Paul Dirac
Originator Email: diracsbrac...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I just tried avrdude Version 6.3, but it seems that the bug reported in the
link below was still no included??

https://lists.nongnu.org/archive/html/avrdude-dev/2016-03/msg00011.html

However the follow up of the bug says it was solved. Why is the broken archive
still being released?
(at least, I assume it is: by checking the date of the archive, and the date
of the above bug report, I concluded that no changes were applied, since the
archive is still older than the bug report).

avrdude-6.3.tar.gz  16-Feb-2016 22:03   888K

Cheers.




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47780] Single byte read/dump results in zero byte file written

[anonymous]

URL:
  

 Summary: Single byte read/dump results in zero byte file
written
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 25 Apr 2016 05:07:28 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Paul Daniels
Originator Email: pldani...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When attempting to dump the single OSCCAL/calibration byte from a Tiny10, a
zero byte file is written.  

Apologies if this is a PEBCAK situation.


example:
   # avrdude -p attiny10 -c usbtiny -U calibration:r:cal:h
   # ls -la cal

-rw-rw-r-- 0 pld pld 9 Apr 25 14:55 cal

problem source:
  In file avr.c,  function int avr_mem_hiaddr(AVRMEM * mem),  the for() loop
terminates prematurely due to memsize being 1, meaning the initial comparison
is 0>0 which of course is false. 

   for (i=mem->size-1; i>0; i--)



***proposed fix #1,  handle the corner case directly, add the test before the
for() loop. 

  if ((mem->size == 1) && (mem->buf[0] != 0xff)) return 1;

 The problem with this is that it technically violates the word-size return
results expected from avr_mem_hiaddr().

  # cat cal
  0x70


***proposed fix #2,  change the for() loop comparison to;

   for (i=mem->size-1; i>=0; i--)

  The problem with this is that it'll return a size of '2', and write 2 bytes
to the file, for what is actually a single byte result.

  # cat cal
  0x70,0x3b


Regards,
Paul.





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47550] Linux GPIO broken

[anonymous]

URL:
  

 Summary: Linux GPIO broken
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 27 Mar 2016 07:24:40 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Valentin Milea
Originator Email: valentin.mi...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

snprintf() is being used in linuxgpio.c to convert unsigned GPIO numbers. A
recent commit has changed the format from "%d" to "%ud". "%u" is a valid
conversion specifier, while the trailing 'd' ends up being printed (e.g. '17d'
instead of '17').

This causes GPIO setup to fail:
Can't export GPIO 17, already exported/busy?: Invalid argument

Please replace "%ud" with "%u".




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47450] "lfuse reads as" not displayed in verbose mode.

[anonymous]

URL:
  

 Summary: "lfuse reads as" not displayed in verbose mode.
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 18 Mar 2016 02:17:39 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Elwin Beall
Originator Email: frot...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

"lfuse reads as" is not displayed in verbose mode.


tail output:

 Programmer Type : USBtiny
 Description : USBtiny simple USB programmer,
http://www.ladyada.net/make/usbtinyisp/
avrdude: programmer operation not supported

avrdude: Using SCK period of 10 usec
avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: safemode: hfuse reads as DE
avrdude: safemode: efuse reads as FD

avrdude: safemode: hfuse reads as DE
avrdude: safemode: efuse reads as FD
avrdude: safemode: Fuses OK (E:FD, H:DE, L:FF)

avrdude done.  Thank you.


I didn't see this in the list, so thought I'd submit it.
Thanks.





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47376] ATtiny841 description missing in configuration file

[anonymous]

URL:
  

 Summary: ATtiny841 description missing in configuration file
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mi 09 Mär 2016 20:52:27 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Tim
Originator Email: cpld...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Configuration for ATtiny841 attached.



___

File Attachments:


---
Date: Mi 09 Mär 2016 20:52:27 UTC  Name: attiny841.conf  Size: 6kB   By: None



___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47375] ATtiny102/104 descriptions missing in configuration file

[anonymous]

URL:
  

 Summary: ATtiny102/104 descriptions missing in configuration
file
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mi 09 Mär 2016 20:50:29 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Tim
Originator Email: cpld...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Configuration for ATtiny102 and 104 below. (Tested)

---

#
# ATtiny102
#

part parent ".reduced_core_tiny"
id= "t102";
desc  = "ATtiny102";
signature = 0x1e 0x90 0x0C;

memory "flash"
size= 1024;
offset= 0x4000;
page_size = 16;
blocksize = 128;
;
;


#
# ATtiny104
#

part parent ".reduced_core_tiny"
id= "t104";
desc  = "ATtiny104";
signature = 0x1e 0x90 0x0B;

memory "flash"
size= 1024;
offset= 0x4000;
page_size = 16;
blocksize = 128;
;
;






___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #47043] Support for TinCan Tools Flyswatter 2

[anonymous]

URL:
  

 Summary: Support for TinCan Tools Flyswatter 2
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 01 Feb 2016 10:09:13 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Russ Dill
Originator Email: russ.d...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

The Flyswatter2 is a FT2232H based JTAG programmer. It can be used to program
AVRs, but it needs a buff pin set. The attached programmer fragment makes that
possible.

https://www.tincantools.com/wiki/Flyswatter2



___

File Attachments:


---
Date: Mon 01 Feb 2016 10:09:13 PM UTC  Name: .avrduderc  Size: 565B   By: None



___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46992] AVR dragon does not recognize target

[anonymous]

URL:
  

 Summary: AVR dragon does not recognize target
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 27 Jan 2016 01:16:27 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Daniel
Originator Email: nusse+savannahavrd...@teamidiot.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I am trying to program a ATtiny85 using avrdude 6.2
running on Debian Testing under Linux 4.3.0.

I am launching avrdude with the following parameters:
-p t85 -c usbasp -e -V -B 10

The AVR dragon recognizes the target VCC voltage but
is unable to read the target device id.

Attached is a avrdude - log and a pulseview screenshot
that was captured on the target device. Using this setup
I'm able to program the target using a USBasp clone,
so the wiring should be correct.
 



___

File Attachments:


---
Date: Wed 27 Jan 2016 01:16:27 PM UTC  Name: log.txt  Size: 3kB   By: None


---
Date: Wed 27 Jan 2016 01:16:27 PM UTC  Name: screenshot.png  Size: 74kB   By:
None



___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46618] Arithmetic exception (SIGFPE) in ser_setspeed

[anonymous]

URL:
  

 Summary: Arithmetic exception (SIGFPE) in ser_setspeed
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 06 Dec 2015 08:10:30 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Tom Hall
Originator Email: tahall...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Note: possible duplicate of #46610, but I can't say for sure, so I'll submit
it as a separate report and leave it to those who know to mark duplicates.

Using Arch Linux arm on an arm Cortex-A9 (armv7h). avrdude is version 6.2.

Attempting to program an arduino micro using the arduino-mk makefiles. It
calls avrdude with the following arguments:
avrdude -q -V -p atmega32u4 -D -c avr109 -b 57600 -P /dev/ttyACM0 -U
flash:w:build-micro/ardmk-test.hex:i

This caused a floating point exception, so I rebuilt avrdude with debug
symbols and obtained a backtrace (attached). The exception occurs in
ser_setspeed on line 158 when it attempts to divide by ss.custom_divisor,
having calculated custom_divisor as zero:


  ss.custom_divisor = (ss.baud_base + (speed / 2)) / speed;
  unsigned int closestSpeed = ss.baud_base / ss.custom_divisor;


In this instance, ss.baud_base == 1200 (I assume the ioctl call put it there),
speed == 57600 (from command line args), so custom_divisor is calculated as
zero (would be ~0.52 if they were real numbers instead of ints).



___

File Attachments:


---
Date: Sun 06 Dec 2015 08:10:30 PM UTC  Name: Backtrace 1.txt  Size: 9kB   By:
None



___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46587] patch: transparent SPI (relay) mode

[anonymous]

URL:
  

 Summary: patch: transparent SPI (relay) mode
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 02 Dec 2015 07:30:22 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Tibor 'Igor2' Palinkas
Originator Email: avrd...@igor2.repo.hu
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

(This is not a bug report but a patch for a new feature. This was the
only tracker I could add it to without registration.)

In my next open source hardware project I program an attiny to be an SPI
slave. I figured the easiest way to test the firmware would be to use my
parallel port avr programmer device to emulate an SPI bus master. For this
I need avrdude to be able to:

- avoid resetting the target device
- omit any SPI commands related to AVR programming during initialization
- initiate arbitrary long SPI transactions

The patch attached implements this in the following steps.

1. a new device flag AVRPART_NO_RESET can disable the reset signal
normally generated for no-tpi devices

2. a new device configuration called "spi" or "transparent_spi" defines
a device that omits the reset and all SPI communication during initialization

3. a new command line switch -S puts avrdude in transparent SPI mode

4. in transparent SPI mode binary data is relayed between stdio and SPI until
EOF on stdin.

I've tested it with a parallel port programmer and a scope, with
MISO-MOSI looped back with a wire, left unconnected or an attiny2313
connected. Both the transparent SPI mode and programming the attiny worked.
I have no idea if it works with non-bitbang programmers.

Command line for the transparent SPI mode: avrdude -c  -p spi -S




___

File Attachments:


---
Date: Wed 02 Dec 2015 07:30:22 AM UTC  Name: SPI.patch  Size: 9kB   By: None
svn diff in trunk/avrdude


___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46483] version 6.2. ser_open(): can't set attributes for device

[anonymous]

URL:
  

 Summary: version 6.2. ser_open(): can't set attributes for
device
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 20 Nov 2015 03:52:02 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Yuri
Originator Email: y...@schaeffer.tk
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

After upgrading avrdude from 6.1 to 6.2. I have been unable to program my
avr.

avrdude output:

Using Port: /dev/ttyACM0
Using Programmer  : arduino
Overriding Baud Rate  : 115200
avrdude: Cannot set serial port speed to 115200. ioctl returned -1
avrdude: ser_open(): can't set attributes for device "/dev/ttyACM0":
Operation
not permitted

User is added to the dialout group. Downgrading the package makes it work
again. Furthermore other software has no problem setting attributes of the
serial device.

Installed from the Debian repository.

debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805642




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46020] Add TIAO TUMPA to the conf file.

[anonymous]

URL:
  

 Summary: Add TIAO TUMPA to the conf file.
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 22 Sep 2015 04:45:10 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Pasquale Cocchini
Originator Email: pasquale.cocch...@ieee.org
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

It's another FTDI2232 based device and it works great, it may make sense to
have it by default in the conf file with its vid and pid.

programmer
  id = "tumpa";
  desc   = "TIAO USB Multi-Protocol Adapter";
  type   = "avrftdi";
  connection_type = usb;
  usbvid = 0x0403;
  usbpid = 0x8A98;
  usbdev = "A";
  usbvendor  = "TIAO";
  usbproduct = "";
  usbsn  = "";
  sck= 0; # TCK 9
  mosi   = 1; # TDI 5
  miso   = 2; # TDO 13
  reset  = 3; # TMS 7
;





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46021] Please add read in the memory lock section of ATtiny85

[anonymous]

URL:
  

 Summary: Please add read in the memory lock section of
ATtiny85
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 22 Sep 2015 04:51:48 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Pasquale Cocchini
Originator Email: pasquale.cocch...@ieee.org
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

For some reason the ATtiny85 is missing the read specification in the memory
lock section in the configuration file.
This is makes avrdude croack when reading the lock fuses.
In the following is the tested proposed fix.
Cheers,
Pasquale

 memory "lock"
 size= 1;
 write   = "1 0 1 0  1 1 0 0  1 1 1 x  x x x x",
   "x x x x  x x x x  1 1 i i  i i i i";
## PC: From datasheet page 157. START FIX. #
 read= "0 1 0 1  1 0 0 0  0 0 0 0  0 0 0 0",
   "x x x x  x x x x  o o o o  o o o o";
## END FIX. 
min_write_delay = 9000;
max_write_delay = 9000;
   ;





___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #46005] arduino auto-reset invocation is outside of retry loop

[anonymous]

URL:
  

 Summary: arduino auto-reset invocation is outside of retry
loop
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 20 Sep 2015 08:49:24 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Bill Wesfield
Originator Email: wes...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

The new avrdude will attempt the upload several times, but apparently the
arduino-specific code to toggle DTR (and perform auto-reset) is outside of the
retry loop, which means that the board is not reset before each try. On
Optiboot-based boards like Uno, which have a one-second bootloader timeout,
this will mean that the board has long-since run the application.
On the other hand, sometimes the retries are quick (wrong response, rather
than no response?), perhaps giving the host time to flush buffered data or
noise, which might be effective...




___

Reply to this item at:

  

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #45727] Wrong atmega8u2 flash parameters

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?45727

 Summary: Wrong atmega8u2 flash parameters
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 10 Aug 2015 09:06:44 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Martino Facchin
Originator Email: m.facc...@arduino.cc
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

As reported in https://github.com/arduino/Arduino/issues/3645,  page_size and
num_pages entries are swapped for 8u2.

Latest svn:
page_size   = 64;
num_pages   = 128;
blocksize   = 64;

Correct:
page_size = 128
num_pages = 64
blocksize = 128






___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?45727

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #45613] AT90CAN128 eeprom can not be programmed

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?45613

 Summary: AT90CAN128 eeprom can not be programmed
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 24 Jul 2015 06:32:32 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Balazs
Originator Email: ba...@c2.hu
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When I try to program eeprom, avrdude complains ERROR: address 0x810010 out
of range at line 2 of file
I get this message with avrdude-6.1-mingw32.zip version.
Version 5.10 works fine with with the same eeprom file (see attached logs)




___

File Attachments:


---
Date: Fri 24 Jul 2015 06:32:32 AM UTC  Name: dnload510.txt  Size: 7kB   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=34499
---
Date: Fri 24 Jul 2015 06:32:32 AM UTC  Name: dnload601.txt  Size: 6kB   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=34500

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?45613

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #45606] Bus Pirate v4 6.1 ASCII cpufreq error

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?45606

 Summary: Bus Pirate v4 6.1 ASCII cpufreq error
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 23 Jul 2015 04:36:59 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Benjamin Calderon
Originator Email: benj.calde...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hello guys! This is my first bug report to open source ever! so please excuse
my excitement!

When I try to use the buspirate v4 with firmware 6.1 rprogrammer with avr dude
i receive the following warnings: 

avrdude: warning: did not get a response to PowerUp command.
avrdude: warning: did not get a response to stop PWM command.

and when I'm trying to set cpufreq=4000 I get the following error:

avrdude: buspirate_readline(): programmer is not responding

What I found is that in buspirate.c line 750 and 787 buspirate_readline() is
expecting Power Supplies ON and Power Supplies OFF respectively when
actually what my buspirate prints is POWER SUPPLIES ON and POWER SUPPLIES
OFF

I made those changes and the program runs very nicely on my buspirate now. I'm
still waiting for a couple of AVR 328P to try them out but I believe this bug
is an easy fix.

Thanks!




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?45606

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #45115] avrdude 6.0.1 fuse bit display incorrect

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?45115

 Summary: avrdude 6.0.1 fuse bit display incorrect
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fr 15 Mai 2015 20:12:08 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: tswaehn
Originator Email: sven.gi...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

avrdude version 6.0.1

preface: GREAT JOB GUYS!! Your work is awesome!!!
I am using avrdude for my projects - its always fun - thank you!!


the issue:

 avrdude -p t85 -c usbasp -v

avrdude: Device signature = 0x1e930b
avrdude: safemode: lfuse reads as 62
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as FF

avrdude: safemode: lfuse reads as 62
avrdude: safemode: hfuse reads as DF
avrdude: safemode: efuse reads as FF
avrdude: safemode: Fuses OK (H:FF, E:DF, L:62)

Although hfuse reads as DF it is displayed below as FF
same with efuse it reads as FF it is displayed below as DF

best
-tswaehn






___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?45115

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #45035] Build from r1355 SVN fails due to missing ChangeLog file

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?45035

 Summary: Build from r1355 SVN fails due to missing ChangeLog
file
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 06 May 2015 12:29:51 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Jon Escombe
Originator Email: li...@dresco.co.uk
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

The bootstrap step on a fresh build is currently failing, due to a missing
ChangeLog file following the annual log rotation in r1354. Thanks!





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?45035

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44717] avrdude creates empty flash dump

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44717

 Summary: avrdude creates empty flash dump
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 03 Apr 2015 08:30:20 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Dmitry
Originator Email: savannah.nongnu@atsn.net
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Ubuntu 14.10
avrdude 6.1

avrdude -v -c usbasp -p m328p -U flash:r:flash.dump:r

works without any error or warnings but file flash.dump is empty

last output
Reading | ## | 100% 16.52s

avrdude: writing output file flash.dump

avrdude: safemode: lfuse reads as 62
avrdude: safemode: hfuse reads as D9
avrdude: safemode: efuse reads as 7
avrdude: safemode: Fuses OK (E:07, H:D9, L:62)

avrdude done.  Thank you.

***

avrdude -v -c usbasp -p m328p -U eeprom:r:eeprom.dump:r

creates file 1024 bytes







___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44717

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44539] Avoid USB reconnect when running in VM

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44539

 Summary: Avoid USB reconnect when running in VM
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sa 14 Mär 2015 13:51:51 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Michael Lipp
Originator Email: m...@mnl.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

This is rather an enhancement request than a bug report.

When executing a sign off command, jtagmkII and dragion do a hard reset by
default. This also implies re-discovery of the usb device. While this isn't a
big problem when attaching those devices to your computer directly, it becomes
a big problem when using avrdude in a Virtual Machine.

There, on every sign-off, the hosts detects the removal of a USB device,
signals it to the guest, then detects a new USB device, and signals it to the
guest. This can take up to 5 seconds.

Both devices offer the possibility to modifiy the behaviour of sign-off to a
soft reset, thus avoiding that lengthy cycle. The appended patch forces this
by passing -x soft-reset on the command line.




___

File Attachments:


---
Date: Sa 14 Mär 2015 13:51:51 UTC  Name: avrdude-soft-reset.patch  Size: 2kB 
 By: None
The patch
http://savannah.nongnu.org/bugs/download.php?file_id=33340

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44539

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44541] Target not running after avrdude invocation

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44541

 Summary: Target not running after avrdude invocation
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sa 14 Mär 2015 13:56:35 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Michael Lipp
Originator Email: m...@mnl.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

If the OCDEN fuse is set in my m128, I find that after the invocation of
avrdude, the mcu is always in stopped mode. The attached patch fixes this.




___

File Attachments:


---
Date: Sa 14 Mär 2015 13:56:35 UTC  Name: avrdude-ensure-running.patch  Size:
998B   By: None
The patch
http://savannah.nongnu.org/bugs/download.php?file_id=33342

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44541

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44342] Wrongly displays fuse values - atmega328p

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44342

 Summary: Wrongly displays fuse values - atmega328p
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 22 Feb 2015 07:57:44 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Andy
Originator Email: cont...@monoclecat.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When displaying the fuse values, the values for the extended fuse and the high
fuse are switched. 
This is with a usbasp bought from ebay (with the newest firmware loaded). The
target device is an atmega328p.

See attached photo for an example.



___

File Attachments:


---
Date: Sun 22 Feb 2015 07:57:44 PM UTC  Name: Screen Shot 2015-02-22 at
20.48.44.png  Size: 170kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=33152

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44342

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44248] trunk version doesn't work with ch340g in linux

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44248

 Summary: trunk version doesn't work with ch340g in linux
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 14 Feb 2015 04:56:30 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: neeo
Originator Email: n...@xl.wp.pl
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

There're lots of arduino clones using ch340g usb converter - which uses ch341
linux driver. However latest (newer than 6.0.1) avrdude doesn't get serial
settings from these devices (with error Cannot get serial port settings).

The function ser_setspeed tries to get settings using ioctl(fd-ifd,
TIOCGSERIAL, ss) - unfortnatelly the ch341 (nor the ch34x from the chipset
vendor) doesn't implement any ioctls.

avrdude 6.0.1 (and older) doesn't do all the ifdef magic for different OS, and
it works as expected.




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44248

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44252] Build fails when no libusb is detected.

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44252

 Summary: Build fails when no libusb is detected.
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sa 14 Feb 2015 19:34:11 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Georg Bisseling
Originator Email: s...@bisseling.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

The build fails because of declarations for dfu_init and dfu_open in dfu.h
that differ from the implementation in dfu.c.

The reaon is quite obvious.

Today's sources. Build to version 6.1.






___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44252

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44218] linuxgpio not working with raspberryPi 2. Can't open gpioX/direction : Permission denied. Fixed by little delay

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44218

 Summary: linuxgpio not working with raspberryPi 2. Can't
open gpioX/direction : Permission denied. Fixed by little delay 
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 09 Feb 2015 11:31:25 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Rizlik
Originator Email: riz...@inventati.org
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hi,

When trying to use avrdude with my raspberryPi2 using linuxgpio programmer I
got:

Can't open gpioX/direction : Permission denied

When stepping the code in gdb the problem is not reproduced, so I thought that
the problem is that avrdude try to change direction too fast after he exported
the gpio pin. 

Indeed adding a little delay before trying to switch direction fixes the
problem. I attach a little patch that solve the problem for me. 

Same problem is shown by

$ echo 2  /sys/class/gpio/export; echo in  /sys/class/gpio2/direction 

So isn't a problem of avrdude.

Hope it helps,
rizlik







___

File Attachments:


---
Date: Mon 09 Feb 2015 11:31:25 PM UTC  Name: gpio_fix.patch  Size: 568B   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=33041

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44218

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44213] Outputs for hfuse and efuse are mixed up in 6.0.1

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44213

 Summary: Outputs for hfuse and efuse are mixed up in 6.0.1
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: So 08 Feb 2015 22:15:03 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Georg Bisseling
Originator Email: s...@bisseling.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Please refer to this logged session. Fuse values are written correctly to the
files but incorrectly written to display:

georg@klotz:~/avr/atmega328P$ avrdude  -F -c usbasp -p m328p -B 60 -P usb -U
lfuse:r:lfuse.txt:i -U hfuse:r:hfuse.txt:i -U efuse:r:efuse.txt:i

avrdude: set SCK frequency to 16000 Hz
avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.01s

avrdude: Device signature = 0x1e950f
avrdude: reading lfuse memory:

Reading | ## | 100% 0.00s

avrdude: writing output file lfuse.txt
avrdude: reading hfuse memory:

Reading | ## | 100% 0.00s

avrdude: writing output file hfuse.txt
avrdude: reading efuse memory:

Reading | ## | 100% 0.00s

avrdude: writing output file efuse.txt

avrdude: safemode: Fuses OK (H:07, E:D9, L:62)

avrdude done.  Thank you.

georg@klotz:~/avr/atmega328P$ cat hfuse.txt
:0100D926
:0001FF
georg@klotz:~/avr/atmega328P$ cat lfuse.txt
:0100629D
:0001FF
georg@klotz:~/avr/atmega328P$ cat efuse.txt
:010007F8
:0001FF





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44213

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #44001] fuses can't read and write with TPI and buspirate in command mode

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?44001

 Summary: fuses can't read and write with TPI and buspirate in
command mode
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mi 14 Jan 2015 09:40:20 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Andreas Brietzke
Originator Email: briet...@germanynet.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Conditions: 
Linux Mint 17
avrdude V 6.1
Buspirate V3 
Attiny 10 with 5V
MOSI of Buspirate via 1k to MISO

MISO of Buspirate to TPI data
CLK of Buspirate to TPI clk
CS of Buspirate to TPI reset

If I send the command:
 avrdude -p t10 -P /dev/ttyUSB0 -c buspirate_bb -n -U fuse:r:-:h
then I will become a empty answer:

Attempting to initiate BusPirate bitbang binary mode...
BusPirate binmode version: 1
avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.18s

avrdude: Device signature = 0x1e9003
avrdude: reading fuse memory:

Reading | ## | 100% 0.12s

avrdude: writing output file stdout


avrdude done.  Thank you.

Writing a fuse doesn't work, too.


If I go in the terminal mode of the avrdude then reading and writing of the
fuses works well.




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44001

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #43577] Extended address not sent with avr109

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?43577

 Summary: Extended address not sent with avr109
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 11 Nov 2014 02:14:43 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Arne Rossius
Originator Email: aross...@ias.rwth-aachen.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When programming the ATxmega256a3 with avrdude 6.1 (windows version), the
extended address is not sent when jumping across a 128 KiB boundary. I have
created a text hexfile which only contains data for flash pages 0 (word
address 0x0) and 511 (word address 0x1FF00). However as can be seen from
the attached log, after programming the first page only a 16-bit address
command ('A') is sent instead of the 24-bit address command ('H'), resulting
in an address of 0x0FF00 instead of 0x1FF00. Verify doesn't fail because the
same happens when reading, but does fail when programming an actual
application (without a gap) larger than 128 KiB. 

The programmer is the xboot bootloader
https://github.com/alexforencich/xboot/wiki. The avrdude.conf is unchanged.


Programming the attached hex file does work with the older avrdude 5.11
because this version programs pages 1 to 510 with 0xFF, only sending the
address once before the first page and then relying on the bootloader's
auto-increment to reach the high addresses. As can be expected, it takes a
very long time though.

Also, as can be seen from the xboot source, it resets the extended address
byte to zero when receiving an 'A' command. I'm not sure if this behaviour is
correct, but if it is, this means that avrdude must send an 'H' command for
all flash pages above 128 KiB (unless no address is sent at all between
adjacent pages). 



___

File Attachments:


---
Date: Tue 11 Nov 2014 02:14:44 PM UTC  Name: napftest.hex  Size: 3kB   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=32418

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?43577

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #43002] usbasp debug output typo

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?43002

 Summary: usbasp debug output typo
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 16 Aug 2014 08:38:32 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Ralph Doncaster
Originator Email: ralphdoncas...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

debug string for usbasp_spi_cmd outputs usbasp_cpi_cmd
usbasp.c:662  669





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?43002

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #42908] no external reset at JTAGICE3

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?42908

 Summary: no external reset at JTAGICE3
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mo 04 Aug 2014 08:23:53 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Christoph
Originator Email: goe...@zigpos.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

If the microcontroller is in a sleep mode there is no retry with an external
reset from AVRDUDE. - no chance to read or write something.




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?42908

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #42337] avrdude.conf updates for UM232H/CM232H

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?42337

 Summary: avrdude.conf updates for UM232H/CM232H
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 12 May 2014 03:48:43 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: JHecker
Originator Email: jhec...@wireless.org.au
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Patch for pinout definitions updated from V5 to V6 for the UM232H and CM232H
parts.




___

File Attachments:


---
Date: Mon 12 May 2014 03:48:43 UTC  Name: avrdude.conf.in.patch  Size: 643B  
By: None

http://savannah.nongnu.org/bugs/download.php?file_id=31362

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?42337

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #42324] Feature Request: Refactor rts/dtr toggling as generic option

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?42324

 Summary: Feature Request: Refactor rts/dtr toggling as
generic option
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 09 May 2014 09:43:42 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: David Zanetti
Originator Email: da...@wetstring.net
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Currently two different programmer types (arduino and wiring) each
individually implement RTS/DTS toggling for automatic reset into a bootloader
on a target board.

I'd like this to be a generic option that could be applied to any serial-based
programmer, either as a command-line option or programmer config feature.

It would be useful for bootloaders like xboot (
http://alexforencich.com/wiki/en/xboot/start) which implement avr109 as a
protocol. Currently I've patched butterfly.c to do auto-reset, but it seems
more sensible to make it a generic feature. 

Thanks!




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?42324

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #42068] New programmer entry

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?42068

 Summary: New programmer entry
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 07 Apr 2014 05:54:07 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Dmitry Marakasov
Originator Email: amd...@amdmi3.ru
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

New programmer entry for simple handmade parallel port programmer widely used
by Russian AVR enthusiasts known as five wires (пять
проводков):

Mentions and schematics (Russian, but see images):

http://www.123avr.com/07.htm
http://www.getchip.net/posts/delaem-lpt-programmator-dlya-avr-mikrokontrollerov/
https://www.google.ru/search?q=пять+проводковtbm=isch

Name translation:

http://translate.google.com/#ru/en/пять%20проводков

programmer
  id= five-wires;
  desc  = \Five wires\ parallel programmer;
  type  = par;
  sck   = 6;
  mosi  = 7;
  reset = 9;
  miso  = 10;
;





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?42068

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #42056] Current SVN version: double free or corruption triggered at exit

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?42056

 Summary: Current SVN version: double free or corruption
triggered at exit
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 05 Apr 2014 05:17:30 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Rok Mandeljc
Originator Email: rok.mande...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

The current SVN version (r1295) of avrdude causes a double free or corruption
at exit.

The problem seems to be introduced by the following commit: r1290: pgm.c
(pgm_free): Cleanup police: destroy the p-usbpid list when freeing the
programmer struct. Reverting it fixes the issue.

However, the actual culprit is the code for duplication of programmer
definitions, pgm_dup(). In line 165, information from source structure is
copied to the new structure using memcpy(). pgm-id is then reinitialized, but
pgm-usbpid is not, and remains a shallow copy. Therefore, when programmers
are destroyed at exit, the usbpid entries in those duplicated programmer
definitions end up being freed multiple times...




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?42056

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #41928] Avrdude fails to burn flash of Atmega328p using buspirate with Arduino IDE

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?41928

 Summary: Avrdude fails to burn flash of Atmega328p using
buspirate with Arduino IDE
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: vie 21 mar 2014 20:37:18 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Roberto Aragón
Originator Email: robar...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

If using the buspirate support on avrdude 6.1 (and 5.5 also tested), the flash
gets corrupted the second time it is used with arduino IDE (the first time
always ends with success).

The only workaround is to use avrdude with the -e switch (or without -D to
avoid automatic flash erasure). The MCU is then correctly flashed every time,
but the RESET support is gone. This is the expected behaviour, since erasing
the flash also erases the bootloader and the RESET support.

The short error message shown is something like this:

Attempting to initiate BusPirate binary mode...
avrdude: verification error, first mismatch at byte 0x010a
 0x68 != 0x6a
avrdude: verification error; content mismatch

I compiled avrdude 6.1 from scratch in a GNU/Linux machine and copied the
configuration file and the executable to the tools dir of the Arduino IDE with
identical results.

Maybe this is the expected behaviour. If so, I apologize, I'm a beginner and
maybe I misunderstood something about this tool.




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?41928

___
  Mensaje enviado vía/por Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #41878] AVR Dragon JTAG: ATxmega256A3BU hangs, when programming or reading device signature

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?41878

 Summary: AVR Dragon JTAG: ATxmega256A3BU hangs, when
programming or reading device signature
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 16 Mar 2014 01:21:30 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Andrei
Originator Email: sen...@yandex.ru
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When reading device signature by issuing 
avrdude -px256a3bu -cdragon_jtag
or programming, ATxmega256A3BU hangs and does not execute the written code.

If I reset the chip after accessing it through AVRDUDE,
ATxmega256A3BU works without any problems.

I use AVRDUDE 6.1 on Linux machine (openSUSE 12.3).
Feel free to ask for more details, as I am not sure what info should I
provide.

I have also Windows 7 machine with Atmel Studio 6.1.
There I can program ATxmega256A3BU through the same AVR Dragon normally:
the code gets executed right after finishing programming. 





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?41878

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #41671] Feature Request: reinstall erase/rewrite cycle counter

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?41671

 Summary: Feature Request: reinstall erase/rewrite cycle
counter
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 22 Feb 2014 07:03:53 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Michael H.
Originator Email: de@safe-mail.net
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Feature Request: reinstall erase/rewrite cycle counter (options -y / -Y).
There are actually some users that like to use this funtion. Me being one of
them.





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?41671

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #41292] Crash when uploading with JTAGICE3

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?41292

 Summary: Crash when uploading with JTAGICE3
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 21 Jan 2014 05:20:30 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Guyzmo
Originator Email: savan...@m0g.net
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

p
Starting from yesterday, when I try to flash my custom Atmega2560 board using
the JTAG ICE 3
on the ICSP/ISP header, I'm getting the following error, and the flasher is
stuck with the
flashing status led on (core dump attached).
/p
p
It was working perfectly fine before I had an issue with the cable from the
flasher to the 
ICSP header, that I changed. Since I changed that cable, it is working fine on
other boards
(Atmega32u4 based).
/p
pre
% /usr/local/bin/avrdude -D -C /usr/local/etc/avrdude.conf  -p atmega2560
-P usb -c jtag3isp -b 25 -B0.3 -e -U flash:w:applet/Marlin.hex


avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.19s

avrdude: Device signature = 0x1e9801
avrdude: erasing chip
avrdude: reading input file applet/Marlin.hex
avrdude: input file applet/Marlin.hex auto detected as Intel Hex
avrdude: writing flash (114316 bytes):

Writing | ## | 100%
11.17s

avrdude: 114316 bytes of flash written
avrdude: verifying flash memory against applet/Marlin.hex:
avrdude: load data flash data from input file applet/Marlin.hex:
avrdude: input file applet/Marlin.hex auto detected as Intel Hex
avrdude: input file applet/Marlin.hex contains 114316 bytes
avrdude: reading on-chip flash data:

Reading || 0% 0.00s***
glibc detected *** /usr/local/bin/avrdude: free(): invalid next size (fast):
0x00fe8080 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x76d76)[0x7f35a0dacd76]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f35a0db1aac]
/usr/local/bin/avrdude[0x410957]
/usr/local/bin/avrdude[0x411ddf]
/usr/local/bin/avrdude[0x4122f9]
/usr/local/bin/avrdude[0x4130a5]
/usr/local/bin/avrdude[0x4090b7]
/usr/local/bin/avrdude[0x41be2e]
/usr/local/bin/avrdude[0x404bf2]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f35a0d54ead]
/usr/local/bin/avrdude[0x405659]
=== Memory map: 
0040-00461000 r-xp  08:02 24511709  
/usr/local/bin/avrdude
00661000-00662000 rw-p 00061000 08:02 24511709  
/usr/local/bin/avrdude
00662000-00668000 rw-p  00:00 0 
00d3b000-01013000 rw-p  00:00 0 
[heap]
7f359c00-7f359c021000 rw-p  00:00 0 
7f359c021000-7f35a000 ---p  00:00 0 
7f35a0714000-7f35a0729000 r-xp  08:02 12451882  
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f35a0729000-7f35a0929000 ---p 00015000 08:02 12451882  
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f35a0929000-7f35a092a000 rw-p 00015000 08:02 12451882  
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f35a092a000-7f35a092c000 r-xp  08:02 12451866  
/lib/x86_64-linux-gnu/libdl-2.13.so
7f35a092c000-7f35a0b2c000 ---p 2000 08:02 12451866  
/lib/x86_64-linux-gnu/libdl-2.13.so
7f35a0b2c000-7f35a0b2d000 r--p 2000 08:02 12451866  
/lib/x86_64-linux-gnu/libdl-2.13.so
7f35a0b2d000-7f35a0b2e000 rw-p 3000 08:02 12451866  
/lib/x86_64-linux-gnu/libdl-2.13.so
7f35a0b2e000-7f35a0b35000 r-xp  08:02 12451868  
/lib/x86_64-linux-gnu/librt-2.13.so
7f35a0b35000-7f35a0d34000 ---p 7000 08:02 12451868  
/lib/x86_64-linux-gnu/librt-2.13.so
7f35a0d34000-7f35a0d35000 r--p 6000 08:02 12451868  
/lib/x86_64-linux-gnu/librt-2.13.so
7f35a0d35000-7f35a0d36000 rw-p 7000 08:02 12451868  
/lib/x86_64-linux-gnu/librt-2.13.so
7f35a0d36000-7f35a0eb6000 r-xp  08:02 12451873  
/lib/x86_64-linux-gnu/libc-2.13.so
7f35a0eb6000-7f35a10b6000 ---p 0018 08:02 12451873  
/lib/x86_64-linux-gnu/libc-2.13.so
7f35a10b6000-7f35a10ba000 r--p 0018 08:02 12451873  
/lib/x86_64-linux-gnu/libc-2.13.so
7f35a10ba000-7f35a10bb000 rw-p 00184000 08:02 12451873  
/lib/x86_64-linux-gnu/libc-2.13.so
7f35a10bb000-7f35a10c rw-p 

[avrdude-dev] [bug #40897] AT Mega2560 not correctly programmed with stk500(v1) ISP (solution patch)

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40897

 Summary: AT Mega2560 not correctly programmed with stk500(v1)
ISP (solution patch)
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 14 Dec 2013 09:35:02 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Alan Horstmann
Originator Email: gine...@aspect135.co.uk
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Analysis of the interaction of avrdude and stk500(v1) (as used by Arduino ISP)
shows it does not set the extended address byte in the target device, as is
required with  128K flash.

This often manifests as a verify error when programming an alternative
bootloader.  It would not be possible to program all of the flash.

(Originally reported on mailing list, 7th Dev 2013).


Having studied the avrdude code, I have created a solution patch in a similar
way to that used for other protocols using the 
OPCODE, if specified, to handle the ext_addr_byte requirement.  This is
completely effective, ensuring the byte is set once at the beginning of
programming, and whenever a 128K boundary is crossed. Hopefully this should be
pretty close to the correct solution for avrdude (I have tried to mimmick the
native coding style).




___

File Attachments:


---
Date: Sat 14 Dec 2013 09:35:02 PM UTC  Name: stk500-256K-fix2.patch  Size: 2kB
  By: None
Patch to send the ext-addr byte when required
http://savannah.nongnu.org/bugs/download.php?file_id=29921

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40897

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40779] Verification error on atmega64 with avrdude 6.0.1

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40779

 Summary: Verification error on atmega64 with avrdude 6.0.1
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mo 02 Dez 2013 21:24:29 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Felicitus
Originator Email: felici...@felicitus.org
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When I try to flash a hex file with avrdude 6.0.1, the result is a
verification error.

When I flash the exactly same hex file with avrdude 5.1, it works. 




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40779

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40748] linuxgpio doesn't work on Raspberry PI rev. 2.

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40748

 Summary: linuxgpio doesn't work on Raspberry PI rev. 2.
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Fri 29 Nov 2013 12:19:14 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Joakim Lubeck
Originator Email: j...@maths.lth.se
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I just wanted to test linuxgpio on a Raspberry PI rev. 2. I used the following
configuration entry:

---
programmer
  id= linuxgpio;
  desc  = Use the Linux sysfs interface to bitbang GPIO lines;
  type  = linuxgpio;
  reset = 17;
  sck   = 2;
  mosi  = 3;
  miso  = 4;
;
---

And used this command:

---
sudo ./avrdude -c linuxgpio -p t1634
Can't export GPIO 0, already exported/busy?: Device or resource busy
---

I don't really know why, but it may be because GPIO 0 isn't available on the
RPi rev. 2. and because of the special handling of GPIO 0 in linuxgpio.c.

I don't have a solution but got it to work with this as a workaround:

---
svn diff linuxgpio.c  
Index: linuxgpio.c
===
--- linuxgpio.c (revision 1250)
+++ linuxgpio.c (working copy)
@@ -257,7 +257,7 @@
   //that unwanted toggling of GPIO0 can occur and that other optional pins
   //mostry LED status, can't be set to GPIO0. It can be fixed when a better 
   //solution exists.
-  for (i=0; iN_PINS; i++) {
+  for (i=2; iN_PINS; i++) {
 if ( pgm-pinno[i] != 0 ||
  i == PIN_AVR_RESET ||
  i == PIN_AVR_SCK   ||
---

/Joakim




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40748

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40599] Crash when varifing against 0 bytes of EEPROM data

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40599

 Summary: Crash when varifing against 0 bytes of EEPROM data
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 16 Nov 2013 05:27:34 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Anon
Originator Email: c935...@drdrb.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When verifying the device EEPROM against a .eep file that has 0 bytes of
EEPROM data AVRDUDE 6.0.1 win32 will crash.


avrdude.exe -c usbasp -p m328 -B 0.5 -U eeprom:w:program.eep:a



avrdude.exe: set SCK frequency to 150 Hz
avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.00s

avrdude.exe: Device signature = 0x1e9514
avrdude.exe: reading input file program.eep
avrdude.exe: input file program.eep auto detected as Intel Hex
avrdude.exe: writing eeprom (0 bytes):

Writing | ## | 100% -0.00s

avrdude.exe: 0 bytes of eeprom written
avrdude.exe: verifying eeprom memory against program.eep:
avrdude.exe: load data eeprom data from input file program.eep:
avrdude.exe: input file program.eep auto detected as Intel Hex
avrdude.exe: input file program.eep contains 0 bytes
avrdude.exe: reading on-chip eeprom data:

Reading |  




___

File Attachments:


---
Date: Sat 16 Nov 2013 05:27:34 PM UTC  Name: program.eep  Size: 13B   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29634

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40599

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40493] Can't program boot section of xmega256a3

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40493

 Summary: Can't program boot section of xmega256a3
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 06 Nov 2013 04:14:29 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: avrdude
Originator Email: leo.ga...@corenetix.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:


I'm using avrdude 6.01 and JTAGICEmkII and try to programm the boot section 
of the xmega256a3 with the following command:

avrdude -c jtag2pdi -P usb -p x256a3 -e -U flash:w:atxmega.hex:i


Output of avrdude:


avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.01s

avrdude: Device signature = 0x1e9842
avrdude: erasing chip
avrdude: reading input file atxmega.hex
avrdude: writing flash (262232 bytes):

Writing | ## | 100% 0.05s

avrdude: 262232 bytes of flash written
avrdude: verifying flash memory against atxmega.hex:
avrdude: load data flash data from input file atxmega.hex:
avrdude: input file atxmega.hex contains 262232 bytes
avrdude: reading on-chip flash data:

Reading | ## | 100% 0.03s

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

avrdude done.  Thank you.


When i use the same hex file and program my device with AtmelStudio 6.1 
everything is ok. This means my JTAGICEmkII works correct.



___

File Attachments:


---
Date: Wed 06 Nov 2013 04:14:29 PM UTC  Name: atxmega.hex  Size: 2kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29547

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40493

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40112] 6.0.1 - 911 flash upload fails

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40112

 Summary: 6.0.1 - 911 flash upload fails
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 26 Sep 2013 02:04:07 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Natan Keddem
Originator Email: nkeddem+avrd...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I am having some issues with the new windows version and programing an
xmega128a1u with a 911 compatible bootloader.  I have attempted to use
VirtualBox and Ubuntu 12.04.3 to build a and run avrdude 601 as well with
identical results.  I have attached logs from both 5.11-Patch#7610 and the
official 6.0.1 build.  Both are windows versions.  5.11 works correctly and
6.0.1 fails.  Note that I am using the 128a1 not the 128a1u designator because
5.11 has no official support for the 128a1u and I want to keep everything as
normalized as possible.

The command line used for both logs was the following:
avrdude - -V -c avr911 -p x128a1 -P com7 -b 19200 -U flash:w:b1.hex 2
logfilenamehere

It appears that after the signature is obtained there is no further actions
taken by avrdude.  The program just leaves program mode and tells the
bootloader to reset.  See the below table of transactions I took with a soft
serial spy tool:

WRITE--1b---. 
WRITE--53---S 
READ---42 74 4c 64 72-BtLdr 
WRITE--56---V 
READ---31 3010 
WRITE--76---v 
READ---3f---? 
WRITE--70---p 
READ---53---S 
WRITE--61---a 
READ---59---Y 
WRITE--62---b 
READ---59---Y 
READ---02---. 
READ---00---. 
WRITE--74---t 
READ---7b---{ 
READ---00---. 
WRITE--54 7bT{ 
READ---0d---. 
WRITE--50---P 
READ---0d---. 
WRITE--73---s   -Signature check 
READ---4c 97 1e-L—. -Signature reply 
WRITE--4c---L   -Exiting Program mode..why?! 
READ---0d---. 
WRITE--45---E 
READ---0d---.



___

File Attachments:


---
Date: Thu 26 Sep 2013 02:04:07 PM UTC  Name: logbad601-01.txt  Size: 20kB  
By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29224
---
Date: Thu 26 Sep 2013 02:04:07 PM UTC  Name: loggood5117610-01.txt  Size: 14kB
  By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29225

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40112

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40055] AVRDUDE segfaults when writing eeprom

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40055

 Summary: AVRDUDE segfaults when writing eeprom
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mi 18 Sep 2013 04:43:19 UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Stephan Baerwolf
Originator Email: matrixst...@gmx.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

~$ ~/Software/avrdude/install/bin/avrdude -c usbasp -p atmega8  -U
eeprom:w:eeprom.raw 

avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.00s

avrdude: Device signature = 0x1e9307
avrdude: reading input file eeprom.raw
avrdude: input file eeprom.raw auto detected as raw binary
avrdude: writing eeprom (512 bytes):

Writing || 0%
0.00sSegmentation fault (core dumped)




___

File Attachments:


---
Date: Mi 18 Sep 2013 04:43:19 UTC  Name: eeprom.raw  Size: 512B   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29168
---
Date: Mi 18 Sep 2013 04:43:19 UTC  Name: avrdude.core.lzma  Size: 75kB   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=29169

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40055

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40040] Support for ATtiny20 and ATtiny40

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40040

 Summary: Support for ATtiny20 and ATtiny40
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 16 Sep 2013 10:14:17 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Joakim Lubeck
Originator Email: j...@maths.lth.se
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Added support for tiny20 and tiny40.

Since the diffence between reduced core tinys (4/5/9/10/20/40) only seems to
be signature bits and flash size I created a common .reduced_core_tiny as a
parent for them all. I rewrote (mostly reduced) the existing tiny4/5/9/10
entries to also use that common parent.

Tested on tiny10/20/40.

Attached:
reduced_core_tiny.conf - text file with conf. entries.
reduced_core_tiny.patch - diff file for avrdude.conf.in against r1232. (svn
diff avrdude.conf.in (maybe not preferred format))




___

File Attachments:


---
Date: Mon 16 Sep 2013 10:14:17 AM UTC  Name: reduced_core_tiny.conf  Size: 3kB
  By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29148
---
Date: Mon 16 Sep 2013 10:14:17 AM UTC  Name: reduced_core_tiny.patch  Size:
4kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=29149

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40040

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #40033] Support for the XMegaE5 family

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?40033

 Summary: Support for the XMegaE5 family
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sun 15 Sep 2013 07:44:38 AM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Joakim Lubeck
Originator Email: j...@maths.lth.se
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

I've created configuration entries for the XMegaE5 family, hopefully I've got
all numbers correct.

I included entries for all of them (8/16/32) but I have only tested it with a
XMega16E5. I'll have a couple of PCB's comming within a week or so, then I can
test XMega32E5 too.



___

File Attachments:


---
Date: Sun 15 Sep 2013 07:44:38 AM UTC  Name: xmegaE5.conf  Size: 3kB   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=29138

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?40033

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #39893] Verification failure with AVRISPmkII and Xmega

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?39893

 Summary: Verification failure with AVRISPmkII and Xmega
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Thu 29 Aug 2013 01:55:41 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Joakim Lubeck
Originator Email: j...@maths.lth.se
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

When I flash an XMega128a1 using AVRISPmkII and recent (svn-) versions of
avrdude I get a verification error. This does not happen if I first do a chip
erase. Version 5.11.1 works without the -e flag.

Attached two files with - passed to avrdude, both without the -e flags.

nok.txt - Output from a failing session with avrdude svn:r1187.
ok.txt  - Output from working session with avrdude 5.11.1.



___

File Attachments:


---
Date: Thu 29 Aug 2013 01:55:41 PM UTC  Name: nok.txt  Size: 33kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=28952
---
Date: Thu 29 Aug 2013 01:55:41 PM UTC  Name: ok.txt  Size: 14kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=28953

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?39893

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #39399] Testbug

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?39399

 Summary: Testbug
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Tue 02 Jul 2013 06:57:34 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Joerg Wunsch
Originator Email: j...@uriah.heep.sax.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Testing bug submission without being logged in.




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?39399

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #38732] Support for ATtiny1634

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?38732

 Summary: Support for ATtiny1634
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Sat 13 Apr 2013 09:50:59 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: Matthias Neeracher
Originator Email: microther...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

There is some interest for support for the ATtiny1634 MCU. A tentative entry
is for it is attached here. It has been tested for ISP, but not for HVPP.




___

File Attachments:


---
Date: Sat 13 Apr 2013 09:50:59 PM UTC  Name: attiny1634.conf  Size: 6kB   By:
None

http://savannah.nongnu.org/bugs/download.php?file_id=27862

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?38732

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #38259] Problems with FTDI 0403:6001 programmer not working

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?38259

 Summary: Problems with FTDI 0403:6001 programmer not working
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Mon 04 Feb 2013 11:48:24 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: mj
Originator Email: maker...@cad.webatu.com
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

[CODE]
$ sudo ./avrdude -c avrftdi -p m644p -C ./avrdude.conf
avrdude: No devices with Vendor-ID:Product-ID 0403:6010 found.

avrdude done.  Thank you.
$ lsusb | grep FT232
Bus 004 Device 002: ID 0403:6001 Future Technology Devices International, Ltd
FT232 USB-Serial (UART) IC
[/CODE]

I've tried changing the programmer entry from 0403:6010 to 0403:6001, but that
just gives 
[CODE]
$ sudo ./avrdude -c avrftdi -p m644p -C ./avrdude.conf
Unknown type 3 (0x3)
Unknown type 3 (0x3)
[/CODE]

Any ideas I can try?!?

Thank you




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?38259

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev

[avrdude-dev] [bug #38050] man page outlines extended parameter 'speed', while avrdude checks for 'spifreq' instead

[anonymous]

URL:
  http://savannah.nongnu.org/bugs/?38050

 Summary: man page outlines extended parameter 'speed', while
avrdude checks for 'spifreq' instead
 Project: AVR Downloader/UploaDEr
Submitted by: None
Submitted on: Wed 09 Jan 2013 11:48:03 PM UTC
Category: None
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: N. St.
Originator Email: nrsend-avrd...@yahoo.de
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

avrdude man page, section 'Programmers accepting extended parameters':
buspirate
[...]
speed=0..7BusPirate to AVR SPI speed:
etc.

I wondered why running avrdude with '-x speed=2' had no effect and checked the
source code. In buspirate.c, avrdude actually searches for the parameter
'spifreq=%d'.
The best solution (imho) would be to update the man page.




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?38050

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


___
avrdude-dev mailing list
avrdude-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avrdude-dev