From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id E799B483 for ; Fri, 26 Aug 2016 11:54:07 +0000 (UTC) Received: from isis.lip6.fr (isis.lip6.fr [132.227.60.2]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id EC48CFC for ; Fri, 26 Aug 2016 11:54:05 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 26 Aug 2016 13:48:31 +0200 From: Julia Lawall To: Greg KH In-Reply-To: <20160826112635.GA27627@kroah.com> References: <20160826044651.GA25341@sasha-lappy> <20160826112635.GA27627@kroah.com> Message-ID: <024171e5a6955e77a9a55a0088baa9ea@newmail.lip6.fr> Cc: ksummit-discuss@lists.linuxfoundation.org, "Levin, Alexander" Subject: Re: [Ksummit-discuss] Self nomination - Sasha Levin List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Le 26.08.2016 13:26, Greg KH a écrit : > On Fri, Aug 26, 2016 at 12:46:51AM -0400, Levin, Alexander wrote: >> - Making checkpatch check for (some) of the stable kernel rules >> (and possibly recommend adding the stable@ tag in certain cases?). >> - Depends on: making checkpatch sane again. > > This sounds interesting. What do you mean by "sane"? "sane" as in > rewriting it so that someone who isn't a perl master can modify it? Or > "sane" as in "don't be so pedantic about things that don't matter"? A few years ago, I did some work on automatically identifying bug fixing patches, based on combining information from the log message and the code. For example, one issue would be the number of changes in the code, because a big change, even if it was a bug fix, might be too complex for stable. Machine learning was involved. The obvious weak point of the work was that we only had me to label the data, as opposed to a real stable maintainer. If you think it could be useful to pursue this work, and do a better job, and would be willing to help out in creating the datasets, then perhaps it could be something to pursue again. My collaborator on this work is David Lo of Singapore Management University. I will be visiting him in the first week of September and could discuss with him further. If by chance you think of something else where machine learning could be relevant to kernel development, I could bring that up as well. He knows everything about applying machine learning to software development issues, but nothing about the Linux kernel, or even C code. julia