Bug 254447 - sysutils/py-qmk: current arm-none-eabi-gcc is not compatible, creates broken image
Summary: sysutils/py-qmk: current arm-none-eabi-gcc is not compatible, creates broken ...
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Mateusz Piotrowski
URL:
Keywords:
Depends on: 255454
Blocks:
  Show dependency treegraph
 
Reported: 2021-03-21 02:03 UTC by Henry Hu
Modified: 2021-05-06 22:57 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (0mp)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Henry Hu 2021-03-21 02:03:15 UTC
I've just got a BDN9 rev2 keyboard from Keebio, and tries to build a custom QMK firmware using py-qmk. It installs arm-none-eabi-gcc from ports, which is currently having version 8.4.0. The built image is broken, and the board can't boot.
I've tried to build on a Debian 10 (having arm-none-eabi-gcc 7.3.1), and it creates good image.

Either we should clone an older version of the arm-none-eabi-gcc port (such as 7.3.1) and put it into the ports tree, and make this port (py-qmk) depend on the older version, or figure out some other way. I don't expect QMK to be changed to be compatible with GCC 8.4 soon. Maybe we can wait for further updates to GCC and expect newer versions to produce good image, although there seems to be known issue with GCC 9 (https://github.com/qmk/qmk_firmware/issues/6719)
Comment 1 Mateusz Piotrowski freebsd_committer freebsd_triage 2021-03-24 08:30:10 UTC
Thanks for the report.

In that case we should create a new port arm-none-eabi-gcc 7 and use it for RUN_DEPENDS.
Comment 2 Mateusz Piotrowski freebsd_committer freebsd_triage 2021-03-24 08:31:33 UTC
However, when I run qmk doctor it does not complain about the arm-none-eabi-gcc version:

```
$ qmk doctor
Ψ QMK Doctor is checking your environment.
⚠ Unsupported OS detected: freebsd-14.0-current-amd64-64bit-elf
Ψ QMK home: /usr/home/0mp/qmk_firmware
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 8.4.0
Ψ Found avr-gcc version 9.1.0
⚠ We do not recommend avr-gcc newer than 8. Downgrading to 8.x is recommended.
Ψ Found avrdude version 6.3
Ψ Found dfu-util version 0.10
Ψ Found dfu-programmer version 0.7.2
Ψ Submodules are up to date.
Ψ QMK is ready to go, but minor problems were found
```

This may be something that should be reported upstream.
Comment 3 Henry Hu 2021-03-26 02:55:28 UTC
Yeah, qmk-doctor seems to be fine with it, so I'm not completely sure that it's the compiler version, or something else. Does it work for your board?
Comment 4 Mateusz Piotrowski freebsd_committer freebsd_triage 2021-04-15 13:28:50 UTC
(In reply to Henry Hu from comment #3)

It's hard to say. I'm using Crkbd and I can build firmware just fine. However, the keyboard happens to hang after some time. I am not sure if that's a software bug (potentially caused by the toolchain) or a hardware issue.
Comment 5 Mateusz Piotrowski freebsd_committer freebsd_triage 2021-04-17 17:58:57 UTC
(In reply to Mateusz Piotrowski from comment #4)

Now that I think about it, could you report the issue with arm-none-eabi-gcc 8.4.0 to the QMK project? They may be interested in it. Perhaphs they will start recommending version <= 7.
Comment 6 Mateusz Piotrowski freebsd_committer freebsd_triage 2021-04-28 13:14:25 UTC
According to the QMK issue you linked in the first post, GCC 10.2.0 may be able to compile working firmware.

You can test it if you want (the patch is here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255454).
Comment 7 Mateusz Piotrowski freebsd_committer freebsd_triage 2021-05-06 22:57:55 UTC
Please try to build your firmware with the latest avr-gcc. It works perfectly in my case.