From: "Linus Probert" <linus.probert@gmail.com>
To: "Patryk" <pbiel7@gmail.com>, <kernelnewbies@kernelnewbies.org>
Subject: Re: Upstreaming - how to deal with vendor fork
Date: Wed, 29 Apr 2026 19:42:14 +0200 [thread overview]
Message-ID: <DI5TOIETBM2D.1HGOFMBR8IN2R@gmail.com> (raw)
In-Reply-To: <CA+DkFDaU+LPNUa2VJ5z154mEQB0tmkJNuuUW0VDiqT2UocbvTQ@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2196 bytes --]
On Wed Apr 29, 2026 at 3:27 PM CEST, Patryk wrote:
> Hi
> Some time ago I managed to upstream one bugfix, now I have more changes but
> I'm wondering how to approach this.
>
> Suppose that I have found a bug and prepared a fix. However, the bug and
> its solution has been found and tested on a custom board that is equipped
> with a particular buggy device. The problem is that I cannot simply use
> mainline/maintainer tree, build it, and run on my board as these source
> trees do not have support for my board, as I use SoC vendor fork (v6.12)
> supplied with their bsp with patches that add support for my board.
>
> It's not mine decision - obviously - me and my team would be very willing
> to use mainline but it would require some effort, time and obviously we
> would not get vendor support in case of some bugs (it happened mamy times).
>
> I can of course take the minimal set of patches for out board and apply
> them over mainline but e.g. now I have a bugfix for mainline driver...but
> in order to fully test it I need vendor changes as they did not upstream it
> yet.
>
> So at the end in order to test a bugfix on the mainline I would need to
> apply patches that add support for my board as well patches from vendor
> fork that add support for the rest of the functionality (not yet upstreamed
> by vendor) that I need in order to test the bugfix.
>
> Any sugestion on how to approach this? I have already few changes that
> could be applied to mainline but due to what I described above they're just
> waiting...
>
> Will be grateful for some sugestion.
>
> Best regards
> Patryk
Hi Patryk,
if your patches can't be applied without first applying the vendors
patches then there's not much you can do is there. Your fixes won't
apply.
If your patches do apply to staging-next and they do fix your issue
isn't that enough to submit them? You should be able to explain how you
have confirmed the fixes even though it requires some steps to get
there.
You can always submit a patch-tree to linux-staging with an RFC prefix
and you will get feedback based on that. Either you get a no or a yes.
Worth testing IMO.
Br,
Linus
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 252 bytes --]
[-- Attachment #2: Type: text/plain, Size: 170 bytes --]
_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
next prev parent reply other threads:[~2026-04-29 17:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-29 13:27 Upstreaming - how to deal with vendor fork Patryk
2026-04-29 17:42 ` Linus Probert [this message]
2026-04-30 7:15 ` Greg KH
2026-05-01 21:13 ` Linus Probert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DI5TOIETBM2D.1HGOFMBR8IN2R@gmail.com \
--to=linus.probert@gmail.com \
--cc=kernelnewbies@kernelnewbies.org \
--cc=pbiel7@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.