Re: [GIT PULL FOR v5.10 (v2)] mtk-vcodec: venc: support for MT8183

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Em Sat, 29 Aug 2020 10:43:12 +0200
Hans Verkuil <hverkuil@xxxxxxxxx> escreveu:

> Note 1: the MTK_SCP config option causes COMPILE_TEST to fail, but a patch for that
> is pending for the remoteproc tree: https://lkml.org/lkml/2020/8/21/489
> I've verified that that patch fixes the COMPILE_TEST failure.

Breaking COMPILE_TEST is a very bad idea, as it means that the robots
will stop reporting issues on this driver, including our own Jenkins
instance. 

We need a solution for it, like:

1. postponing the changes that caused it to break to be added only
  after the merge window;
2. ask an ack from remoteproc maintainer for him to send his ack
  and having the patch applied via our tree;
3. cherry-pick the fixup patch, applying it before the patch which
  broke the build;
4. pull from a permanent branch from the tree where the fixup patch
  were merged; 

Looking at lore:
	https://lore.kernel.org/linux-remoteproc/20200821115832.2893484-1-acourbot@xxxxxxxxxxxx/

I can't see any reply to this patch. Was it already merged there?
I guess not:
	https://git.kernel.org/pub/scm/linux/kernel/git/andersson/remoteproc.git/log/?h=for-next

I'm not a big fan of (4), as, if something bad happens during the
merge window with the tree containing the fixup patch, we may have 
some bad time merging media upstream, specially if such tree would
contain something that. So, if we would use alternative (4), I'll
likely place all changes for mtk driver on a topic branch, to be
merged upstream only after the pull request with the fixup
patches got merged.

Thanks,
Mauro



[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux