[U-Boot] [PATCH 0/5] Follow the Linux Kernel in building dtc as needed
Tom Rini
trini at konsulko.com
Sun Sep 24 17:28:45 UTC 2017
On Sun, Sep 24, 2017 at 06:50:01PM +0200, Marek Vasut wrote:
> On 09/24/2017 04:26 PM, Tom Rini wrote:
> > 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.
> >
> > 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.
>
> 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
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/extrawarn can be further re-matched
up with the kernel now, but that would have made a larger delta than
"just migrate to providing the tool").
--
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/3a82e835/attachment.sig>
More information about the U-Boot
mailing list