| Summary: | [Config file] New device: Odroid-U2/U3 | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Wesley Chan <qlb1234> |
| Component: | Other | Assignee: | unassigned |
| Status: | RESOLVED INVALID | ||
| Severity: | enhancement | CC: | buildroot |
| Priority: | P5 | ||
| Version: | 2016.08 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Host: | Target: | ||
| Build: | |||
|
Description
Wesley Chan
2016-09-18 01:58:23 UTC
Thanks a lot. Could you instead submit a patch to the Buildroot mailing list? See https://buildroot.org/downloads/manual/manual.html#submitting-patches for some guidelines. Compared to your proposal, we would need: - Keep the default toolchain configuration (i.e don't select glibc, binutils 2.26, gcc 6 and C++ support) - Use a fixed version for the kernel and u-boot, so that the defconfig is reproducible - Add a readme.txt in board/ to detail how to use the defconfig. Thanks! Dear Thomas, Thank you for your suggestion. However, I decided I don't want to submit the patch to the mailing list for the following reasons: 1. I was subscribed to the mailing list in before and sent my config file. Not only no one has replied, I got tons of mails discussing all kinds of bugs that I don't care. 2. I don't want to be disrespectful and put a fake e-mail address on the commit history, yet I don't want my real e-mail address on it. 3. I can follow the instructions to create a patch but I have zero experience about the Buildroot project, so I'm afraid I won't be providing a patch with 100% correctness on the format your team demands. I don't want to go back and forth for a tiny enhancement. I still want to contribute, but not in an engaged way. I think it's the best for me to just leave the config file and readme.txt here. Please tell me if your team still wants it. Thanks. Regards, |