Josh Bendavid

(Updated to fix code formatting)

Interestingly if I get the normalized name instead with ```TClass::GetClass(meth->GetReturnTypeName())->GetName()``` then it works fine...

Just confirming that this is still a problem with current nightlies, though actually the behaviour is slightly different: output: ``` meth->GetReturnTypeName(): boost::histogram::histogram meth->GetReturnTypeNormalizedName(): boost::histogram::histogram cl: 0 (int) 0 ```

@jalopezg-git from the previous discussion this is possibly also related to https://github.com/root-project/root/pull/13565

Building from current main (https://github.com/openwrt/openwrt/commit/886382ba256cc795c1bf2bf5d990ced9f23071e8) on XGS1210-12 rev B1 and changing the smi addresses in the DTS as below I see lan9 and lan10 appearing, and showing the correct link...

> That PR contains a bugfix that might help. No other knowledge around bringing up RTL8221B on RTL930x exists right now. Right but if I understood the discussion correctly, https://github.com/openwrt/openwrt/pull/19518...

Ok yes this is working for me now on XGS1210-12 B1 with current main + https://github.com/openwrt/openwrt/pull/19518 + https://github.com/openwrt/openwrt/pull/19908 + appropriate DTS for rev B1 Linking and network traffic working properly...

Hmm, do you have it connected to another 2.5gbps device on the other end? I only tested at 2.5gbps so far, didn't check if lower speeds were working.

Ok I'll test later with 1gbps

Thanks, One thing which confused me here is that there is no warning if I try to persist a std::atomic directly (ie not as a base class or a data...