FS#65368 - [linux] Uploading to Arduino via USB broken in kernel 5.5

Attached to Project: Arch Linux
Opened by Ashcon Mohseninia (rnd_ash) - Tuesday, 04 February 2020, 12:14 GMT
Last edited by freswa (frederik) - Tuesday, 03 March 2020, 20:03 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Tobias Powalowski (tpowa)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:

Tested on Kernel 5.5, 5.4 and 4.19 LTS.

On 5.5 avrdude will complain with the following error upon trying to upload a sketch:
avrdude: stk500_getsync(): not in sync: resp=0x88

Upload was working in kernel 5.4, and tried the LTS kernel as well (It still worked)

Steps to reproduce:
1. Install kernel 5.5 from core
2. Have working Arduino at hand (mine was a Uno, but different models should yield the same result)
3. Install Arduino package, and install necessary Arduino avr platform libraries from board manager within IDE
4. Select correct ttyUSB port for Arduino in IDE (mine was /dev/ttyUSB0)
5. try to upload a sketch - And observe avrdude error message

Downgrade to kernel 5.4, and observe that avrdude now does not complain and sketches can be uploaded successfully

This task depends upon

Closed by  freswa (frederik)
Tuesday, 03 March 2020, 20:03 GMT
Reason for closing:  Fixed
Additional comments about closing:  5.5.7.arch1-1
Comment by Francisco J. Vazquez (Fran) - Wednesday, 05 February 2020, 15:16 GMT
Same here, for 2 nanos and 2 unos.

(edit) And octoprint doesn't seem to work with my Ender 5, so probably a bug in the CH340 driver.
Comment by loqs (loqs) - Wednesday, 05 February 2020, 20:39 GMT Comment by Francisco J. Vazquez (Fran) - Friday, 07 February 2020, 14:12 GMT
This will probably fix it, but still not in kernel: https://www.spinics.net/lists/linux-usb/msg190759.html
Comment by motte (motte) - Monday, 17 February 2020, 13:09 GMT
Same here, but only seems to affect nanos. Unos and various attiny chips work fine.
Comment by Ben Mitchell (arisian) - Monday, 17 February 2020, 15:15 GMT
I also confirm this, and that FTDI based boards are still fine, which is more evidence that the bug is specific to the CH341 driver.
Comment by loqs (loqs) - Wednesday, 26 February 2020, 13:25 GMT Comment by Tony Null (nullstalgia) - Thursday, 27 February 2020, 03:34 GMT
I have a similar issue when using the Caterina bootloader for the ATMega32u4. Despite being in the correct group, I get constant "Permission Denied" errors, that are sometimes solved by re-plugging the device.

This issue is not present on the 5.4 Kernel.
Comment by Francisco J. Vazquez (Fran) - Tuesday, 03 March 2020, 15:46 GMT
Yep, solved in 5.5.7.

Loading...