From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756293AbaCOUpI (ORCPT ); Sat, 15 Mar 2014 16:45:08 -0400 Received: from mailout32.mail01.mtsvc.net ([216.70.64.70]:33720 "EHLO n23.mail01.mtsvc.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752864AbaCOUpH (ORCPT ); Sat, 15 Mar 2014 16:45:07 -0400 Message-ID: <5324BBCF.1090101@hurleysoftware.com> Date: Sat, 15 Mar 2014 16:45:03 -0400 From: Peter Hurley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Linus Torvalds , Sander Eikelenboom CC: "John W. Linville" , "David S. Miller" , Marcel Holtmann , "Gustavo F. Padovan" , "bluez mailin list (linux-bluetooth@vger.kernel.org)" , linux-kernel Subject: Re: [RC6 Bell Chime] [PATCH 00/24] rfcomm fixes References: <1391997564-1805-1-git-send-email-peter@hurleysoftware.com> <3E0F3723-029F-4B12-8D77-9790FDBD3227@holtmann.org> <1259174563.20140212120644@eikelenboom.it> <1335661753.20140303203853@eikelenboom.it> <1295963563.20140310093843@eikelenboom.it> <20140310150858.GA25703@tuxdriver.com> <1679354302.20140314014901@eikelenboom.it> <53225B87.1030904@hurleysoftware.com> <164289036.20140315145146@eikelenboom.it> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: 990527 peter@hurleysoftware.com X-MT-ID: 8FA290C2A27252AACF65DBC4A42F3CE3735FB2A4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/15/2014 01:53 PM, Linus Torvalds wrote: > Guys, why is this being discussed? FWIW, the 'known breakage' for 3.14 is a (valid) lockdep report. This regression was introduced by a small patchset added to -next over the holidays that was intended to address 2 bug reports stemming from a long-overdue overhaul of the RFCOMM tty driver by Gianluca Anzolin (which fixed numerous problems and several hangs reported since 3.8). It is the bulk of that small patchset which is being reverted. The point of this brief history is that: 1) the 3.13 state of rfcomm is just as broken as 3.14-rcX, but in a different way 2) there are plenty of serious defects in both versions regardless. I mean for this to be informative and not argumentative -- either outcome is ok with me. In fact, I'm ok if you want to pick my entire 24-patch series that addresses the bugs in 3.13 and 3.14, plus a bunch of other problems that I found at the time. Regards, Peter Hurley