Moving ipq-wifi to a dedicated repo

Robert Marko robimarko at gmail.com
Wed Jun 29 14:35:49 PDT 2022


On Wed, 29 Jun 2022 at 23:30, Christian Marangi <ansuelsmth at gmail.com> wrote:
>
> On Wed, Jun 29, 2022 at 11:08:43PM +0200, Christian Lamparter wrote:
> > On 28/06/2022 23:41, Ansuel Smith wrote:
> > > As the title said, it was suggested to move the ipq-wifi package
> > > board file to a separate repo.
> >
> > ipq-wifi Makefile is painfully self aware in that regard.
> >
> > |  20 # This is intended to be used on an interim basis until device-specific
> > |  21 # board data for new devices is available through the upstream compilation
> > |  22 #
> > |  23 # Please send a mail with your device-specific board files upstream.
> > |  24 # You can find instructions and examples on the linux-wireless wiki:
> > |  25 # <https://wireless.wiki.kernel.org/en/users/drivers/ath10k/boardfiles>
> >
> > My "go-to" solution was to point people to this notice, provided them with
> > the example/template and wait for a mail to show up on ath10k-devel before
> > merging the "new device" PRs. If OpenWrt starts a repo for boardfiles, that
> > maintainer would be left holding the bag for upstreaming the files themselves.
> >
> > So in a way, that separate repo exists in Kalle's
> > https://github.com/kvalo/ath10k-firmware and the upstream linux-firmware.git

Well, that is the ideal place,
but let's remember that last time it took him a year to merge new BDF-s.

So, as a staging ground moving the BDF-s to a new GIT repo under the OpenWrt
umbrella looks good to me.
But we should really enforce requiring people to send BDF-s upstream before the
boards are merged, with the exception of MikroTik IPQ40xx devices that have
the BDF-s extracted from flash during runtime.

Regards,
Robert
> >
> > As for moving the eye-sores to a separate repository: If the (group) of
> > people which suggested the move wants to do it for the duration:
> > Sure, why not?
> >
> > If they welcome ideas and random thoughts:
> >
> > Kalle extended the public/open-source ath10k-bdencoder tool with an
> > "--add-mbox" (parses mbox/mails) and "--commit" (commit it to a git repo)
> > options. Maybe this could be of some use?
> >
> > Yes, this would essentially create one big board-2.bin for each QCAXXXX
> > variant. But this might not be that bad, because the file can simply be
> > shipped for all non-upstreamed devices instead of the individual
> > ipq-wifi-$device packages we have now.
> >
> > Regards,
> > Christian
>
> I see your point... Ideally we should all submit the board...
> I like the idea of creating a big board-2.bin
> Would also prepare things when the board is actually pushed upstream...
>
> Will see what I can do... Also curious of the delay in submitting a
> board file and have that merged in ath10k-firmware.
>
> --
>         Ansuel
>
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel at lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel



More information about the openwrt-devel mailing list