Overwrite or override? Seems like override - distinction here is
important...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hello all.
i'm trying to install a fresh copy of openwrt 21.02 using this image:
openwrt-21.02.0-x86-64-generic-ext4-combined-efi
i can get it to boot and so on, but my problems start when i want to expand the
image to get more space.
resizing the disk works fine.
running gdisk on it to just f
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Fertser
> Sent: Freitag, 1. Oktober 2021 11:37
> To: openwrt-devel@lists.openwrt.org
> Cc: Sander Vanheule ; Paul Fertser
>
> Subject: [PATCH v3] realtek: ensure output drivers a
Hi,
both bcm27xx and bcm53xx have kernel 5.10 by default for more than one
month.
I'd like to remove 5.4 patches etc. there, so we don't have to bother with
5.4 for new patches (like stintel had to when adding config symbols
recently).
Any objections?
Best
Adrian
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Daniel Danzberger
> Sent: Dienstag, 28. September 2021 11:49
> To: openwrt-devel@lists.openwrt.org
> Cc: j...@phrozen.org; Daniel Danzberger
> Subject: [PATCH] nftables: install
Hello Adrian,
Thank you for taking care about this. One note below.
On Sat, Oct 02, 2021 at 06:37:22PM +0200, Adrian Schmutzler wrote:
> > The bootloader can leave the GPIO expander in a state which doesn't have
> > output drivers enabled so GPIOs will properly work for input but output
> > opera
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Fertser
> Sent: Samstag, 2. Oktober 2021 18:51
> To: Adrian Schmutzler
> Cc: openwrt-devel@lists.openwrt.org; 'Sander Vanheule'
>
> Subject: Re: [PATCH v3] realtek: ensure
On 2021-10-02 18:43, Adrian Schmutzler wrote:
both bcm27xx and bcm53xx have kernel 5.10 by default for more than one
month.
I'd like to remove 5.4 patches etc. there, so we don't have to bother
with
5.4 for new patches (like stintel had to when adding config symbols
recently).
bcm53xx + 5.10
> -Original Message-
> From: Rafał Miłecki [mailto:ra...@milecki.pl]
> Sent: Samstag, 2. Oktober 2021 19:28
> To: Adrian Schmutzler
> Cc: 'Álvaro Fernández Rojas' ; openwrt-
> de...@lists.openwrt.org
> Subject: Re: Removing 5.4 support for bcm27xx and bcm53xx
>
> On 2021-10-02 18:43, Adri
LED labels got reversed by accident, so fix it to the usual color:led_name
format.
Signed-off-by: Robert Marko
---
.../boot/dts/marvell/armada-7040-mochabin.dts | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
a/target/linux/mvebu/files/arch/arm64/boot/dts/
Il giorno sab 2 ott 2021 alle ore 01:35 Rosen Penev
ha scritto:
>
> On Fri, Oct 1, 2021 at 3:05 PM Hauke Mehrtens wrote:
> >
> > On 9/30/21 10:40 PM, Paul Spooren wrote:
> > >
> > > On 9/30/21 10:01, Nick wrote:
> > >>
> > >> On 9/30/21 21:43, Daniel Golle wrote:
> > >>> On Thu, Sep 30, 2021 at 0
The minimum GCC today is GCC6, which defaults to gnu11. Compatibility
with older compilers is not needed.
Also removed fgnu89-inline. I have no idea why this was kept. Easier to
just fix the issue.
Added byteswap header to avoid warning about missing bswap_32 on some
platforms.
Signed-off-by: Ro
12 matches
Mail list logo
