Hi, Ansuel,
On Mon, 21 Feb 2022 at 16:09, Ansuel Smith wrote:
>
> Hi, sorry for the delay... I reverted my patch and applied this
> and I can confirm that this works correctly on linux 5.15.
No worries, thanks for confirming. I'll take it from here. :)
Cheers,
Rui
_
Interesting feature.
Another similar thing is when someone connects a OpenWrt WAN port to
another router LAN port (cascading) which has IPv6 support as the
upstream router isn't normally able to do Prefix Delegation with its LAN
prefix the OpenWrt router detects it and re-configure itself with
There is a new RFC on the OpenWrt forum proposing "Automatic LAN Subnet
Reassignment"
https://forum.openwrt.org/t/rfc-automatic-lan-subnet-reassignment-upon-conflict-with-wan/120938
The RFC responds to the advice given at last week's OpenWrt-Adm meeting
(https://etherpad.wikimedia.org/p/ZlZiTcu
Hi,
I just checked with my multimeter, and while the GPIO5 on the RTL8231 does go
high/low
when I set the output high/low from Linux, my device certainly doesn't reset.
The other
GPIO lines on the chip do work, since SFP modules are correctly detected.
Birger, just to be sure, can you confirm
On Mon, Feb 21, 2022 at 08:33:06PM +0100, Sander Vanheule wrote:
> On Mon, 2022-02-21 at 12:09 +, Daniel Golle wrote:
> > On Mon, Feb 21, 2022 at 10:04:13AM +0100, Sander Vanheule wrote:
> > > On Sun, 2022-02-20 at 21:13 +0100, Birger Koblitz wrote:
> > > > Hi,
> > > >
> > > > during developme
On Mon, 2022-02-21 at 12:09 +, Daniel Golle wrote:
> On Mon, Feb 21, 2022 at 10:04:13AM +0100, Sander Vanheule wrote:
> > On Sun, 2022-02-20 at 21:13 +0100, Birger Koblitz wrote:
> > > Hi,
> > >
> > > during development I came across situations where the RTL839x
> > > SoC's own reset did not a
Claudiu Beznea via openwrt-devel [2022-02-04
16:47:45]:
Hi,
unfortunatelly it doesn't build, you need to refresh kernel configs probably:
> target/linux/at91/sama5/config-default|2 +
https://gitlab.com/ynezz/openwrt/-/jobs/2118545333/artifacts/file/logs/target/linux/compile.txt
>
> >
> > Hi, guys,
> >
> > On Fri, 11 Feb 2022 at 19:12, Wenli Looi wrote:
> > >
> > > Sorry, forgot to reply all
> > >
> > > On Fri, Feb 11, 2022 at 11:09 AM Wenli Looi wrote:
> > > >
> > > > Hi Rui,
> > > >
> > > > Yes, I believe it still works. Every place where fw3_has_table is
> > > > calle
> -Ursprüngliche Nachricht-
> Von: openwrt-adm Im Auftrag
> von Hauke Mehrtens
> Gesendet: Sonntag, 20. Februar 2022 23:58
[...]
> Paul created a issue to track the remaining tasks:
> https://github.com/openwrt/openwrt/issues/9248
> This will be extended with new problems.
If this is an
Hi Yangbo,
In https://git.openwrt.org/8fdda1cc you introduced
CONFIG_DEBUG_INFO_REDUCED as disabled for layerscape/armv8_64b. Do you
remember if this was intentional? The generic kernel configs have this
enabled, and layerscape/armv8_64b is the only subtarget that overrides
it. If this wasn't inte
On Mon, Feb 21, 2022 at 03:27:19PM +0300, Arınç ÜNAL wrote:
> On 21/02/2022 05:30, Daniel Golle wrote:
> > On Mon, Feb 21, 2022 at 01:37:10AM +0100, Ansuel Smith wrote:
> > > >
> > > > On Thu, Feb 03, 2022 at 01:44:12AM +0100, Ansuel Smith wrote:
> > > > > Add support for cpu set useful to set CPU
On 21/02/2022 05:30, Daniel Golle wrote:
On Mon, Feb 21, 2022 at 01:37:10AM +0100, Ansuel Smith wrote:
On Thu, Feb 03, 2022 at 01:44:12AM +0100, Ansuel Smith wrote:
Add support for cpu set useful to set CPU port for dsa devices.
Please also document the newly added 'cpu' parameter in the com
On Mon, Feb 21, 2022 at 10:04:13AM +0100, Sander Vanheule wrote:
> On Sun, 2022-02-20 at 21:13 +0100, Birger Koblitz wrote:
> > Hi,
> >
> > during development I came across situations where the RTL839x
> > SoC's own reset did not always completely reset its state.
> > U-Boot was no longer able to
Hi,
On 21/02/2022 10:04, Sander Vanheule wrote:
anymore. Even if it would work with the current driver, once the RTL8231 is
controlled through an MDIO bus (from a kernel perspective), things might change.
For me that would be a reason not to do it that way, because we will not be able
to suppor
On Sun, 2022-02-20 at 21:13 +0100, Birger Koblitz wrote:
> Hi,
>
> during development I came across situations where the RTL839x
> SoC's own reset did not always completely reset its state.
> U-Boot was no longer able to boot via tftp afterwards.
> This is the same situation we see on the RTL838x.
Hi Daniel,
I understand that. My preferred solution would be to leave this in
but comment the node out so that we can use it in the future once
we either have made the 8231 gpio driver do busy waiting and avoid
anything that sleeps, or fix libgpiod.
The intention is to have every switch use a gpi
16 matches
Mail list logo
