[OpenWrt-Devel] [PATCH 2/4] kernel: add backported phy/phylink/sfp patches
Russell King - ARM Linux admin
linux at armlinux.org.uk
Wed Nov 27 07:14:21 EST 2019
On Wed, Nov 27, 2019 at 12:57:35PM +0100, Petr Štetiar wrote:
> Russell King - ARM Linux admin <linux at armlinux.org.uk> [2019-11-27 10:35:10]:
> > It makes it very difficult to understand. For example, where is the
> > kernel + kmod package version/release set
> from kmod-libphy_4.19.85-1_aarch64_cortex-a53.ipk/control.tar.gz/control:
> Package: kmod-libphy
> Version: 4.19.85-1
> Depends: kernel (=4.19.85-1-f24e301be88eb921523d0eb26012ec0f)
> I'm interested how the Version: is set:
> $ git grep Version: include/
> include/package-dumpinfo.mk:)Version: $(VERSION)
> So then I need to know how the VERSION is set:
> $ git grep VERSION.*:.*= include/kernel*
> include/kernel.mk: VERSION:=$(LINUX_VERSION)$(if $(PKG_VERSION),+$(PKG_VERSION))-$(if $(PKG_RELEASE),$(PKG_RELEASE),$(LINUX_RELEASE))
> So from above it's PKG_RELEASE or LINUX_RELEASE now:
> $ git grep -E '(PKG_RELEASE|LINUX_RELEASE)' include/kernel*
> So in order to bump the release in the 4.19.85-1 from 1 to 2 I would probably
> need to set LINUX_RELEASE:=2 somewhere in the Make files or provide it to Make
> via commandline, as `make ... LINUX_RELEASE=2`.
Thanks, that's useful information.
> > > AFAIK Jonas plans to borrow few SFP modules and test this on his ClearFog PRO
> > > and he is eventually going to merge this as well.
> > Surely only one person should be merging this?
> I'm not implying that, but Jonas is already involved and has access to the
> actual hardware, so it makes sense to let him test and merge it.
Hmm, so you're saying that the mainline kernel maintainer (me)
shouldn't be pushing these patches for OpenWrt, because you don't
trust me to test them, despite testing them on the uDPU, SolidRun
Clearfog and cex7 platforms with multiple different SFP and SFP+
modules from several vendors.
Instead you'd rather trust someone with only one SFP module, who's
patch that was merged into OpenWrt will break some modules that
have been tested to work with the upstream kernel?
I think you're actually confused about what I've asked Jonas to do.
I haven't asked him to test these patches with a view to merging
them, I've asked him to report back what the situation is with this
patch set without his "450-reprobe_sfp_phy" patch applied, which
never made it into the upstream kernel - and then we'll work on a
way to make his module work with *both* OpenWrt and the mainline
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
More information about the openwrt-devel