Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934639AbeAIR5a (ORCPT + 1 other); Tue, 9 Jan 2018 12:57:30 -0500 Received: from mail-wm0-f54.google.com ([74.125.82.54]:39592 "EHLO mail-wm0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752241AbeAIR51 (ORCPT ); Tue, 9 Jan 2018 12:57:27 -0500 X-Google-Smtp-Source: ACJfBot32XPZPFLLxw5umqbgABSqJof649ePD+sI/QBZCtmRFRprDkE9ik6GAUIZZd4CterGaTT08AsyjwEKsmu4vZM= MIME-Version: 1.0 In-Reply-To: References: <20180107090336.03826df2@vento.lan> <20180108074324.3c153189@vento.lan> <20180108223109.66c91554@redhat.com> <20180108214427.GT29822@worktop.programming.kicks-ass.net> <20180108231656.3bbd1968@redhat.com> From: Eric Dumazet Date: Tue, 9 Jan 2018 09:57:24 -0800 Message-ID: Subject: Re: Re: dvb usb issues since kernel 4.9 To: Linus Torvalds Cc: Josef Griebichler , Jesper Dangaard Brouer , Peter Zijlstra , Mauro Carvalho Chehab , Alan Stern , Greg Kroah-Hartman , USB list , Rik van Riel , Paolo Abeni , Hannes Frederic Sowa , linux-kernel , netdev , Jonathan Corbet , LMML , David Miller Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Tue, Jan 9, 2018 at 9:48 AM, Linus Torvalds wrote: > On Tue, Jan 9, 2018 at 9:27 AM, Eric Dumazet wrote: >> >> So yes, commit 4cd13c21b207 ("softirq: Let ksoftirqd do its job") has >> shown up multiple times in various 'regressions' >> simply because it could surface the problem more often. >> But even if you revert it, you can still make the faulty >> driver/subsystem misbehave by adding more stress to the cpu handling >> the IRQ. > > ..but that's always true. People sometimes live on the edge - often by > design (ie hardware has been designed/selected to be the crappiest > possible that still work). > > That doesn't change anything. A patch that takes "bad things can > happen" to "bad things DO happen" is a bad patch. I was expecting that people could get a chance to fix the root cause, instead of trying to keep status quo. Strangely, it took 18 months for someone to complain enough and 'bisect to this commit' Your patch considers TASKLET_SOFTIRQ being a candidate for 'immediate handling', but TCP Small queues heavily use TASKLET, so as far as I am concerned a revert would have the same effect.