Kevin Mahoney wrote at Wed Apr 1 20:15:21 PDT 2020:
> I'm working with an IPQ8065 based board with dual QCA9984s. I have it up
and running but the wireless interfaces mac address is garbage.
> "00:03:7f:12:34:56" to be exact. I haven't been able to find the magic
that reads and sets the proper
I'm working with an IPQ8065 based board with dual QCA9984s. I have it up
and running but the wireless interfaces mac address is garbage.
"00:03:7f:12:34:56" to be exact. I haven't been able to find the magic that
reads and sets the proper address from non-volatile memory. Any pointers?
Regards,
*
Hi
On 2020-04-02, Adrian Schmutzler wrote:
> This target has been on kernel 4.19 for several months [1] and
> already uses kernel 5.4 as testing kernel. Therefore, it should
> not be necessary to keep support for kernel 4.14 as well.
>
> [1] 2a82e0e1ca0f ("ipq806x: switch to 4.19 kernel version")
This target has been on kernel 4.19 for a few months [1,2] and
already uses kernel 5.4 as testing kernel. Therefore, it should
not be necessary to keep support for kernel 4.14 as well.
[1] 09fe0c847dd3 ("mediatek: add mt7629 subtarget with rfb image")
[2] 01c8f2e97cc6 ("mediatek: bump to v4.19")
This target has been on kernel 4.19 for several months [1] and
already uses kernel 5.4 as testing kernel. Therefore, it should
not be necessary to keep support for kernel 4.14 as well.
[1] 2a82e0e1ca0f ("ipq806x: switch to 4.19 kernel version")
Signed-off-by: Adrian Schmutzler
---
target/linux/
This target has been on kernel 4.19 for nine months now [1], and
has had testing support for even longer [2].
This should be long enough to drop support for kernel 4.14.
[1] 545bfbc3a922 ("cns3xxx: switch to kernel 4.19")
[2] c6bebe1a9496 ("cns3xxx: add support for kernel 4.19")
Signed-off-by: Ad
This drops support for kernel 4.14 on some additional targets
where we have had two other versions for some time or where
4.19 support is quite old:
- ipq806x
- mediatek
- cns3xxx
Adrian Schmutzler (3):
ipq806x: remove support for kernel 4.14
mediatek: remove support for kernel 4.14
cns3xx:
This drops support for kernel 4.14 on some additional targets
where we have had two other versions for some time or where
4.19 support is quite old:
- ipq806x
- mediatek
- cns3xxx
Adrian Schmutzler (3):
ipq806x: remove support for kernel 4.14
mediatek: remove support for kernel 4.14
cns3xx:
Recent backports to 5.5 and 5.4 broke our compat layer. This release is
to keep things running with the latest upstream stable kernels.
Signed-off-by: Jason A. Donenfeld
---
package/network/services/wireguard/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/packag
> On 1 Apr 2020, at 18:07, Hannu Nyman wrote:
>
> Kevin Darbyshire-Bryant kirjoitti 1.4.2020 klo 13.14:
>> In preparation for dropping the out of tree cake module and using
>> in tree cake from upstream, rename the package to kmod-sched-cake-oot
>> (out of tree)
>>
>> Initially add a PROVIDES
Kevin Darbyshire-Bryant kirjoitti 1.4.2020 klo 13.14:
Cake has been in upstream linux from 4.19 onward yet openwrt still
builds a module from out of tree source. This patch set intends to drop
the out of tree module for those versions of linux that contain an
in-tree version + various backports
5.4 is stable on Gateworks Newport GW610x/GW620x/GW630x/GW640x
Signed-off-by: Tim Harvey
---
target/linux/octeontx/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile
index 19a264d..67addbd 100644
--- a/ta
Specifying root filesystem by device is non-deterministic for several
reasons:
- USB device unmeration order is not garunteeed for USB storage devs
- MMC devs ordering is determined by the instance of the MMC host
controller including non-storage SDIO devices which can throw off
numbering d
Kevin Darbyshire-Bryant kirjoitti 1.4.2020 klo 13.14:
In preparation for dropping the out of tree cake module and using
in tree cake from upstream, rename the package to kmod-sched-cake-oot
(out of tree)
Initially add a PROVIDES kmod-sched-cake so that package dependencies
can be satisfied.
Ult
Klaus Kudielka [2020-04-01 16:52:41]:
Hi,
> omap & sunxi/cortexa8 are both cortex-a8.
good point, I've missed that.
> So, tegra and mvebu/cortexa9 are the *only* targets with arm_cortex-a9_vfpv3
> (-d16) packages?
Seems so.
> If we switch both, like Tomasz did, arm_cortex-a9_vfpv3 would not
W dniu 01.04.2020 o 16:52, Klaus Kudielka pisze:
> Hi Petr & Tomasz,
>
>> In order to fix those issues Tomas in commit 2d61f8821c7c ("mvebu:
>> cortexa9: correct cpu subtype") and commit 43d1d8851062 ("tegra: correct
>> cpu subtype") changed the CPU subtype to explicit vfpv3-d16 which fixed
>> the
W dniu 29.03.2020 o 18:52, Daniel Gonzalez Cabanelas pisze:
> Buffalo LinkStation LS421DE is a dual bay NAS, based on Marvell Armada 370
>
> Hardware:
>SoC: Marvell Armada-370 88F6707-A1
>CPU: Cortex-A9 1200 MHz, 1 core
>Flash: SPI-NOR 1 MiB, NAND 512 MiB
>RAM
Christian Lamparter [2020-04-01 15:43:40]:
Hi Christian,
> > > diff --git a/include/target.mk b/include/target.mk
> > > index 9bd4c14936c1..94ea1a9e0001 100644
> > > --- a/include/target.mk
> > > +++ b/include/target.mk
> > > @@ -179,6 +179,9 @@ ifeq ($(DUMP),1)
> > >endif
> > >ifneq ($(
On Wednesday, 1 April 2020 15:17:31 CEST Tomasz Maciej Nowak wrote:
> W dniu 31.03.2020 o 11:21, Petr Štetiar pisze:
> > Armada 370 and Tegra2 processors have only 16 double-precision
> > registers. The change introduced by commit 8dcc1087602e ("toolchain:
> > ARM: Fix toolchain compilation for gcc
W dniu 31.03.2020 o 11:21, Petr Štetiar pisze:
> Armada 370 and Tegra2 processors have only 16 double-precision
> registers. The change introduced by commit 8dcc1087602e ("toolchain:
> ARM: Fix toolchain compilation for gcc 8.x") switched accidentally the
> toolchain for mvebu cortexa9 subtarget to
Hi,
> > How about patching device's DTSes and include 'manufacturer,model'
> there instead (in front of the existing ones)? Scripts in 'basic-files' would
> also
> need to be fixed but this way we save this (in my opinion) misuse of
> 'DEVICE_ALT*'.
>
> Yes, that would be the easiest solution, n
W dniu 01.04.2020 o 14:15, Piotr Dymacz pisze:
> Hi Tomasz, Paul,
>
> On 01.04.2020 14:03, Tomasz Maciej Nowak wrote:
>> W dniu 01.04.2020 o 08:55, Piotr Dymacz pisze:
>>> Hi Paul,
>>>
>>> On 01.04.2020 01:20, Paul Spooren wrote:
The PROFILE names of mvebu/cortexa9/Linksys devices are based o
Hi Tomasz, Paul,
On 01.04.2020 14:03, Tomasz Maciej Nowak wrote:
W dniu 01.04.2020 o 08:55, Piotr Dymacz pisze:
Hi Paul,
On 01.04.2020 01:20, Paul Spooren wrote:
The PROFILE names of mvebu/cortexa9/Linksys devices are based on the
consumer names (like linksys_wrt1200ac) instead of the vendor
W dniu 01.04.2020 o 08:55, Piotr Dymacz pisze:
> Hi Paul,
>
> On 01.04.2020 01:20, Paul Spooren wrote:
>> The PROFILE names of mvebu/cortexa9/Linksys devices are based on the
>> consumer names (like linksys_wrt1200ac) instead of the vendor codenames
>> (like linksys_caiman) which are however used
Paul Spooren writes:
> -define Device/linksys_wrt1900acv2
> +define Device/linksys_cobra
>$(call Device/linksys)
> - DEVICE_MODEL := WRT1900AC
> - DEVICE_VARIANT := v2
> + DEVICE_MODEL := Cobra
>DEVICE_ALT0_VENDOR := Linksys
> - DEVICE_ALT0_MODEL := Cobra
> + DEVICE_ALT0_MODEL := WRT
Use in tree version of cake for kernels 4.19+ and backport features from
later kernel versions to 4.19.
Unfortunately PROVIDES dependency handling produces bogus circular
dependency warnings so whilst this package and kmod-sched-cake-oot
should be able to PROVIDE kmod-sched-cake this doesn't work.
Cake has been in upstream linux from 4.19 onward yet openwrt still
builds a module from out of tree source. This patch set intends to drop
the out of tree module for those versions of linux that contain an
in-tree version + various backports of upstream enhancements.
Unfortunately it's not as sim
In preparation for dropping the out of tree cake module and using
in tree cake from upstream, rename the package to kmod-sched-cake-oot
(out of tree)
Initially add a PROVIDES kmod-sched-cake so that package dependencies
can be satisfied.
Ultimately this package will be removed when linux 4.14 is
28 matches
Mail list logo
