Follow the Linux Kernel in building dtc as needed
Get series with b4
b4 am 20170924220006.GD29028@bill-the-catVersions newest first
- v1 Latest0 of 5 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 5 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [U-Boot] [PATCH 0/5] Follow the Linux Kernel in building dtc as needed
Quoted 20 lines · Å�ukasz Majewski
Hi Tom,
Quoted 18 lines · Marek Vasut
Quoted 17 lines · Tom Rini
Quoted 6 lines
The following series has been applied. I am posting this for the record.
For the record, I do not believe that using git submodules is a good approach here. We have a small amount of code that we need here, and happily we can leverage infrastructur e from the Linux Kernel.
Quoted 6 lines
Speaking of, this is not the first time we have run into problems deviating from the workflow of the kernel. The problems of having large number of warnings, or not stemmed from not just leve raging all of the infrastructure from the kernel. So related, yes, fixes for these warnings should come in, and as always, if they're in the upstream kernel dts as well, they should be fixed there.
So any comments regarding bundling external tools were ignored, even though the discussion was not finished, great.
Quoted 6 lines
Quoted 4 lines
Quoted 2 lines
Furthermore, there was zero time to review this series, it was just applied and posted afterward ? What sort of practice is this ?
Yes. I put on my slightly-less-than-benevolent dictator hat today, and
Linus style? :D Management
It is not my general preference, but yes.
Quoted 8 lines
Quoted 7 lines
explained my reasoning. I do feel bad that you're rather unhappy with the overall situation, but no, I believe this is the right answer.
Now, there's some follow up further re-syncing with the kernel that could be done (
scripts/Makefile.lib/extrawarncan be further re-matched up with the kernel now, but that would have made a larger delta than "just migrate to providing the tool").
Quoted 4 lines
But seriously, do we have some kind of road map for this?
I mean if we have copied the dtc tool into u-boot temporarily (until distros catch up) or will it stay with us forever ?
I think long term we'll match what the kernel does and keep synced with upstream, just what we need. I'm thinking I ought to see about pushing a re-sync in the kernel for the next -rc1 there as I know it has been lamented that it hasn't happened in a bit.
Signature · 8 lines
Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20170924/d9b0cc08/attachment.sig>