Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754705AbeAGVXn (ORCPT + 1 other); Sun, 7 Jan 2018 16:23:43 -0500 Received: from mail-io0-f179.google.com ([209.85.223.179]:40395 "EHLO mail-io0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750965AbeAGVXk (ORCPT ); Sun, 7 Jan 2018 16:23:40 -0500 X-Google-Smtp-Source: ACJfBoszperykn8gqW5VncN7M0m2eVq9oEGuWJD4uXu5S9W06r0NNPivCAhhv9Nu8xRwMlA5P4/lOwcmp/fSVuCcpoc= MIME-Version: 1.0 In-Reply-To: <20180106175420.275e24e7@recife.lan> References: <20171217120634.pmmuhdqyqmbkxrvl@gofer.mess.org> <20171217112738.4f3a4f9b@recife.lan> <20180106175420.275e24e7@recife.lan> From: Linus Torvalds Date: Sun, 7 Jan 2018 13:23:39 -0800 X-Google-Sender-Auth: qP7QhX2oRIg9eYm33B-Enp47Ck4 Message-ID: Subject: Re: dvb usb issues since kernel 4.9 To: Mauro Carvalho Chehab , Ingo Molnar Cc: Josef Griebichler , Greg Kroah-Hartman , Alan Stern , USB list , Eric Dumazet , Rik van Riel , Paolo Abeni , Hannes Frederic Sowa , Jesper Dangaard Brouer , linux-kernel , netdev , Jonathan Corbet , LMML , Peter Zijlstra , 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 Sat, Jan 6, 2018 at 11:54 AM, Mauro Carvalho Chehab wrote: > > Em Sat, 6 Jan 2018 16:04:16 +0100 > "Josef Griebichler" escreveu: >> >> the causing commit has been identified. >> After reverting commit https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4cd13c21b207e80ddb1144c576500098f2d5f882 >> its working again. > > Just replying to me won't magically fix this. The ones that were involved on > this patch should also be c/c, plus USB people. Just added them. Actually, you seem to have added an odd subset of the people involved. For example, Ingo - who actually committed that patch - wasn't on the cc. I do think we need to simply revert that patch. It's very simple: it has been reported to lead to actual problems for people, and we don't fix one problem and then say "well, it fixed something else" when something breaks. When something breaks, we either unbreak it, or we revert the change that caused the breakage. It's really that simple. That's what "no regressions" means. We don't accept changes that cause regressions. This one did. Linus