Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Subject: Re: [PATCH 4.9 000/107] 4.9.120-stable review
To:     Linus Torvalds <torvalds@linux-foundation.org>
Cc:     Guenter Roeck <linux@roeck-us.net>, Sven Joachim <svenjoac@gmx.de>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Shuah Khan <shuah@kernel.org>, patches@kernelci.org,
        Ben Hutchings <ben.hutchings@codethink.co.uk>,
        lkft-triage@lists.linaro.org, stable <stable@vger.kernel.org>
References: <20180814171520.883143803@linuxfoundation.org>
 <6272e062-6cfc-0669-bebf-ebb039da051a@dd-wrt.com>
 <87k1orms9i.fsf@turtle.gmx.de>
 <55df6754-ce8c-520a-13f9-c610ac498173@dd-wrt.com>
 <20180815185553.GA18219@roeck-us.net>
 <69700876-f31a-ea0a-bdea-2e82b7a5d308@dd-wrt.com>
 <20180815192630.GA20575@roeck-us.net>
 <CA+55aFzHYYai0ZR3eapEqQzt9KVcg8+bGDSmTmc6CzhpmFVfdw@mail.gmail.com>
 <c05b614d-0d4d-6e6b-1014-d5d16875e096@dd-wrt.com>
 <CA+55aFzrU=d1y=D32fyyKfqBaxxE78ht=9yhOV4u30ft=x8mWg@mail.gmail.com>
From:   Sebastian Gottschall <s.gottschall@dd-wrt.com>
Message-ID: <f7bc085f-0b9f-68c6-5854-82a06a0636ca@dd-wrt.com>
Date:   Thu, 16 Aug 2018 09:03:16 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
MIME-Version: 1.0
In-Reply-To: <CA+55aFzrU=d1y=D32fyyKfqBaxxE78ht=9yhOV4u30ft=x8mWg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


Am 15.08.2018 um 22:42 schrieb Linus Torvalds:
>
> It would definitely be helpful, since I'm already quite busy with the
> normal merge window work. Having the embargo for L1TF end just as the
> merge window opened wasn't all that convenient.

all good so far. i checked them all and i will see how my nightly build 
goes out which does compilation on alot of
mips, arm, powerpc etc. platforms

>
> Of course, I have my own "I will delay 4.18 by a week" to blame for the timing.
>
> So if you can find the places that break, and add the right header,
> and send me a patch for all the ones you find, that would be lovely.
will do so. but for now it seems that this was really the only one
>
> It's not necessarilky always <linux/io.h> or <linux/irq.h> that makes
> sense to add as an include. As mentioned, sometimes it's
> <linux/slab.h> or similar.

mmh why? i prefer to include the correct header which references the 
function or macro instead of adding
a header which finds the right way by multiple iterations. its more 
transparent


Sebastian