Bug 704456 - Code does not work if compiled with avr-binutils-2.21
Summary: Code does not work if compiled with avr-binutils-2.21
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: avr-binutils
Version: 14
Hardware: All
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Thibault North
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-13 08:30 UTC by Malte
Modified: 2012-01-03 21:56 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-03 21:56:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Compiled Project (map/lss/hex/elf files) (91.35 KB, application/x-gzip)
2011-05-13 08:30 UTC, Malte
no flags Details

Description Malte 2011-05-13 08:30:16 UTC
Created attachment 498724 [details]
Compiled Project (map/lss/hex/elf files)

Description of problem:
LUFA (USB Framework for AVRs) Relay Board example does not work (avr is not detected if plugged to the usb port) if the source is compiled on FC14. After some testing i figured out that downgrading avr-binutils to 2.20-2.fc13.x86_64 will fix the problem.

Version-Release number of selected component (if applicable):
avr-binutils-2.21-1.fc14.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Download LUFA from the website or git
2. Change makefile for your MCU (at90usb646) and F_CPU (16MHz)
3. Run make
4. Flash the microcontroller
5. Take a look on lsusb / dmesg
  
Actual results:
dmesg output if compiled with avr-binutils-2.21-1.fc14.x86_64:
[  970.468050] usb 3-1: new full speed USB device using uhci_hcd and address 10
[  970.584074] usb 3-1: device descriptor read/64, error 2
[  970.801060] usb 3-1: device descriptor read/64, error 2
[  971.004059] usb 3-1: new full speed USB device using uhci_hcd and address 11
[  971.120077] usb 3-1: device descriptor read/64, error 2
[  971.337070] usb 3-1: device descriptor read/64, error 2
[  971.540068] usb 3-1: new full speed USB device using uhci_hcd and address 12
[  971.946057] usb 3-1: device not accepting address 12, error -32
[  972.048647] usb 3-1: new full speed USB device using uhci_hcd and address 13
[  972.455047] usb 3-1: device not accepting address 13, error -32
[  972.455075] hub 3-0:1.0: unable to enumerate USB device on port 1

Expected results:
dmesg output if compiled with avr-binutils-2.20-2.fc13.x86_64:
[ 1013.160075] usb 3-1: new full speed USB device using uhci_hcd and address 14
[ 1013.302132] usb 3-1: New USB device found, idVendor=03eb, idProduct=2ff9
[ 1013.302142] usb 3-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 1039.489138] usb 3-1: USB disconnect, address 14
[ 1039.695076] usb 3-1: new full speed USB device using uhci_hcd and address 15
[ 1039.863768] usb 3-1: New USB device found, idVendor=04b4, idProduct=fd11
[ 1039.863778] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1039.863786] usb 3-1: Product: RelayBoard
[ 1039.863790] usb 3-1: Manufacturer: SISPM
[ 1039.863795] usb 3-1: SerialNumber: 00001

Additional info:
Compiler output (map/lss/hex/elf) of both versions attatched which i also sent to Dean (Author of LUFA). He told me that the SRAM start offset seems to be incorrect (0x60 in the new and 0x100 in the older version).

Comment 1 Thibault North 2011-05-13 14:24:59 UTC
Hi,
Thanks for your report.
Sent upstream: http://sourceware.org/bugzilla/show_bug.cgi?id=12757

I'll try and update avr-binutils as soon as upstream has a fix for that.

Comment 2 Thibault North 2012-01-03 21:56:50 UTC
Was fixed by a downgrade to 2.20.1


Note You need to log in before you can comment on or make changes to this bug.