Re: iwl_mvm_add_new_dqa_stream_wk BUG in lib/list_debug.c:56

On Thu, May 30, 2019 at 10:12:57AM +0200, Marc Haber wrote: > on my primary notebook, a Lenovo X260, with an Intel Wireless 8260 > (8086:24f3), running Debian unstable, I have started to see network > hangs since upgrading to kernel 5.1. In this situation, I cannot > restart Network-

Re: [offlist] Re: Crash in netlink/sk_filter_trim_cap on ARMv7 on 4.18rc1

---[ end trace 1b60255ae59ac008 ]--- -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nat

Policy Routing and two independent, not cooperating IPv6 uplinks

and consideration. I hope this message is not going to be ignored and I would love to have this taken up by you developers as an every-day, but non-trivial use case from a productive network. Greetings Marc -- ----- Ma

Re: Policy Routing and two independent, not cooperating IPv6 uplinks

On Tue, Sep 01, 2020 at 12:14:02AM +0200, Marc Haber wrote: > Thanks for your help and consideration. I hope this message is not going > to be ignored and I would love to have this taken up by you developers > as an every-day, but non-trivial use case from a productive network. Hi, no-

Re: WoL broken in r8169.c since kernel 4.19

On Sat, Jan 12, 2019 at 09:28:48PM +0100, Heiner Kallweit wrote: > On 12.01.2019 21:08, Marc Haber wrote: > > I am writing to all people who have commits in r8169.c between the v4.18 > > and v4.19 tags in the Linux kernel. Please ignore as appropriate. If > > you'd pref

WoL broken in r8169.c since kernel 4.19

at a loss here. Any ideas? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

ted network link between switch and router plays a role here. All those tests were done with Linux 4.20.3 with the driver from 4.18 transplanted and WoL working. I guess you want me to retry with the broken driver? Greetings Marc -- ---

Re: WoL broken in r8169.c since kernel 4.19

x0004 0xEC: Early Tx threshold0x27 0xF0: Func Event 0x00400030 0xF4: Func Event Mask 0x 0xF8: Func Preset State 0x000303ff 0xFC: Func Force Event0x - -

Re: WoL broken in r8169.c since kernel 4.19

a magic packet. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

hing found. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

ducible" rc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

to test after this (roughly 5 steps) [098b01ad9837b4d4d0022f407300f069a999e55a] r8169: don't include asm headers directly [3/4995]mh@fan:~/linux/git/linux ((098b01ad9837...) *%|BISECTING) $ I think I am on the right way here, am I? Greetings Marc -- -----

Re: WoL broken in r8169.c since kernel 4.19

that didn't even boot, but with 5 steps this is probably manageable. Will take most of the week though. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Le

Re: WoL broken in r8169.c since kernel 4.19

On Mon, Jan 28, 2019 at 08:30:10AM +0100, Marc Haber wrote: > On Sun, Jan 27, 2019 at 10:09:51PM +0100, Heiner Kallweit wrote: > > Yes. All you have to do after each "git bisect good/bad" is build again, > > test, and make current build as good or bad. > > Will r

Re: WoL broken in r8169.c since kernel 4.19

] may wakeup? 0 Jan 28 21:54:11 fan kernel: [ 183.994131] may wakeup? 1 [2/4995]mh@fan:~ $ Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany

Re: WoL broken in r8169.c since kernel 4.19

e the "-" is not in column 1, and patch -R calls it garbage. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

Hi, after having a good night's sleep over that, it's obviously a merge commit which cannot easily be reverted. How would I continue after identifying a merge commit as the culprit? On Tue, Jan 29, 2019 at 08:32:53AM +0100, Marc Haber wrote: > According to bisect, the first

Re: WoL broken in r8169.c since kernel 4.19

esume and got stuck in some buffer during suspend. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49

Re: WoL broken in r8169.c since kernel 4.19

p->tx_stats.syncp); 1 [14/5006]mh@fan:~/linux/4.20.5 $ I'll send the dmesg output to you in private e-mail Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header

Re: WoL broken in r8169.c since kernel 4.19

ext to 4.20.6? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: WoL broken in r8169.c since kernel 4.19

etings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: 319554f284dd ("inet: don't use sk_v6_rcv_saddr directly") causes bind port regression

10:02:32AM +0200, Marc Haber wrote: > On Sun, Sep 17, 2017 at 09:17:13AM -0400, Cole Robinson wrote: > > On 09/15/2017 01:51 PM, Josef Bacik wrote: > > > Finally got access to a box to run this down myself. This patch on top > > > of the other patches fixes the problem

After a while of system running no incoming UDP any more?

configuration: broadcast=yes driver=vif ip= link=yes multicast=yes So I assume that this one is not using virtio-net, so virtio-net seems safe as well. Any idea what might be happening here and what else I could try? Greetings Marc -- ---

Re: After a while of system running no incoming UDP any more?

Hi Paolo, thanks for your answer. I appreciate that. On Mon, Jul 24, 2017 at 04:19:10PM +0200, Paolo Abeni wrote: > On Mon, 2017-07-24 at 14:09 +0200, Marc Haber wrote: > > Before I begin running older kernels on productive systems, I would like > > to ask wether there have been

Re: After a while of system running no incoming UDP any more?

On Tue, Jul 25, 2017 at 02:17:52PM +0200, Paolo Abeni wrote: > On Tue, 2017-07-25 at 13:57 +0200, Marc Haber wrote: > > On Mon, Jul 24, 2017 at 04:19:10PM +0200, Paolo Abeni wrote: > > > Once that a system enter the buggy status, do the packets reach the > > &

Re: After a while of system running no incoming UDP any more?

onal hours as this is an authoritative name server... Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224

Re: After a while of system running no incoming UDP any more?

. Thanks for helping! Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch

Re: 319554f284dd ("inet: don't use sk_v6_rcv_saddr directly") causes bind port regression

ings for me (on Debian) as well. Thanks! I would love to have this in one of Greg's next 4.13 releases. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Lei

Re: After a while of system running no incoming UDP any more?

On Fri, Jul 28, 2017 at 02:14:34PM +0200, Marc Haber wrote: > I can confirm that these two changes make a system in bad state work > again immediately. Will try the patch on 4.12.4 later today. After upgrading my test systems to 4.12.5, the issue reappeared. This shows me that the patch

Re: After a while of system running no incoming UDP any more?

On Fri, Aug 11, 2017 at 04:34:53PM +0200, Marc Haber wrote: > On Fri, Jul 28, 2017 at 02:14:34PM +0200, Marc Haber wrote: > > I can confirm that these two changes make a system in bad state work > > again immediately. Will try the patch on 4.12.4 later today. > > After upgr

Re: [PATCH (net.git) 2/3] Revert "stmmac: Fix 'eth0: No PHY found' regression"

On Wed, Apr 13, 2016 at 05:44:25PM +0200, Marc Haber wrote: > On Fri, Apr 01, 2016 at 09:07:15AM +0200, Giuseppe Cavallaro wrote: > > This reverts commit 88f8b1bb41c6208f81b6a480244533ded7b59493. > > due to problems on GeekBox and Banana Pi M1 board when > > connected to a rea

Re: [PATCH (net.git) 2/3] Revert "stmmac: Fix 'eth0: No PHY found' regression"

ex 4bcf5a6..6e53fa8 100644 > --- a/include/linux/stmmac.h > +++ b/include/linux/stmmac.h > @@ -114,7 +114,6 @@ struct plat_stmmacenet_data { > int interface; > struct stmmac_mdio_bus_data *mdio_bus_data; > struct device_node *phy_node; > - struct device_node *mdio_node; > struct stmmac_dma_cfg *dma_cfg; > int clk_csr; > int has_gmac; > -- > 1.7.4.4 > -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

Re: IPv6 route to gateway on fe80::1%eth0 when I have fe80::1%br0 locally

e default gateway on eth0 _AND_ its own RA sent out and received on br0, and, making things worse, is setting the IP address and default route not on br0, but on eth0. Greetings Marc -- ----- Marc Haber | "I don&#

Re: IPv6 route to gateway on fe80::1%eth0 when I have fe80::1%br0 locally

On Mon, Feb 22, 2016 at 04:12:36PM +0100, Hannes Frederic Sowa wrote: > On 22.02.2016 16:04, Marc Haber wrote: > >In prose: > > > >The host is a host for KVM VMs. It receives IPv6 connectivity via RA > >on eth0, where the default gateway announces its address as fe80::

Re: IPv6 route to gateway on fe80::1%eth0 when I have fe80::1%br0 locally

On Mon, Feb 22, 2016 at 05:15:41PM +0100, Hannes Frederic Sowa wrote: > On 22.02.2016 16:47, Marc Haber wrote: > >Can you reproduce the behavior with accept_ra_from_local =0 as well? > >Unfortunately, the debugging VM I build works fine, it's just the > >physical host s

Re: IPv6 route to gateway on fe80::1%eth0 when I have fe80::1%br0 locally

ch was released on February 11. So, #110721, filed in January, seems to be "safe" from this issue unless a development snapshot of systemd was used here. Greetings Marc -- ----- Marc Haber | "I don&#x

Re: IPv6 route to gateway on fe80::1%eth0 when I have fe80::1%br0 locally

Hi Hannes, thanks for your mail. On Tue, Dec 22, 2015 at 04:15:14PM +0100, Hannes Frederic Sowa wrote: > On 12.12.2015 20:58, Marc Haber wrote: > > Any hints would be appreciated. > > This sysctl should help: > > accept_ra_from_local - BOOLEAN > Accept RA wit

IPv6 route to gateway on fe80::1%eth0 when I have fe80::1%br0 locally

ng" VM host and to (b) keep ease of configuration on non-SLAAC systems on both the physical and the virtual network. Any hints would be appreciated. Greetings Marc -- ----- Marc Haber | "I don't tr