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 E05D7C11 for ; Thu, 20 Apr 2017 14:52:36 +0000 (UTC) Received: from mail-wm0-f67.google.com (mail-wm0-f67.google.com [74.125.82.67]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3F94E1A7 for ; Thu, 20 Apr 2017 14:52:36 +0000 (UTC) Received: by mail-wm0-f67.google.com with SMTP id d79so11335272wmi.2 for ; Thu, 20 Apr 2017 07:52:36 -0700 (PDT) Sender: Ingo Molnar Date: Thu, 20 Apr 2017 16:52:31 +0200 From: Ingo Molnar To: Alexey Dobriyan Message-ID: <20170420145231.x5k4chrocha3xxvu@gmail.com> References: <20170418181506.30de0470@vento.lan> <20170419163636.6747a232@lwn.net> <20170420052316.GA24503@infradead.org> <1492695238.27758.19.camel@HansenPartnership.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Christoph Hellwig , ksummit , Dave Airlie , Greg Kroah-Hartman , James Bottomley , Doug Ledford , David Miller Subject: Re: [Ksummit-discuss] "Maintainer summit" invitation discussion List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , * Alexey Dobriyan wrote: > On Thu, Apr 20, 2017 at 4:33 PM, James Bottomley > wrote: > > On Wed, 2017-04-19 at 22:23 -0700, Christoph Hellwig wrote: > >> On Thu, Apr 20, 2017 at 12:41:04AM +0200, Jiri Kosina wrote: > >> > There is one piece of feedback I guess I can share right away on > >> > this -- I've heard so many complaints that Doc/kern > >> > -par completion stopped to yield Documentation/kernel > >> > -parameters.txt that it's not really funny any more :) > >> > >> Yeah. All this moving files around really messed up my workflows. > >> Let's see if I'll be able to adjust eventually. > > > > Seconded. The one that trips me up the most is the uapi one ... I > > always forget that include/linux/X.h might have an > > include/uapi/linux/X.h counterpart which is where the structure I'm > > looking for actually is. > > Let's not forget x86 master system call definition table movement. > Just as finger memory is developed they move it again. If you mean arch/x86/entry/syscalls/syscall_64.tbl, it was originally introduced 6 years ago as arch/x86/syscalls/syscall_64.tbl and moved _once_ to arch/x86/entry/syscalls/syscall_64.tbl. Same for arch/x86/syscalls/syscall_32.tbl, so I'm not sure what you are talking about here... Thanks, Ingo