From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S968949AbdEYMfH (ORCPT ); Thu, 25 May 2017 08:35:07 -0400 Received: from omzsmtpe02.verizonbusiness.com ([199.249.25.209]:2337 "EHLO omzsmtpe02.verizonbusiness.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752745AbdEYMfE (ORCPT ); Thu, 25 May 2017 08:35:04 -0400 X-IronPort-Anti-Spam-Filtered: false From: "Levin, Alexander (Sasha Levin)" X-IronPort-AV: E=Sophos;i="5.38,391,1491264000"; d="scan'208";a="1453160999" To: Ingo Molnar CC: "ben@decadent.org.uk" , "linux-kernel@vger.kernel.org" , Peter Zijlstra , Thomas Gleixner Subject: Re: [PATCH 01/15] liblockdep: Fix undefined symbol prandom_u32 Thread-Topic: [PATCH 01/15] liblockdep: Fix undefined symbol prandom_u32 Thread-Index: AQHS1VM7MFnHpa0jU0eFDRe10F3bUw== Date: Thu, 25 May 2017 12:34:19 +0000 Message-ID: <20170525123601.yhgnlujb4c4mvcfw@sasha-lappy> References: <20170518000231.16163-1-alexander.levin@verizon.com> <20170524075336.k43eenslxqcc7piw@gmail.com> In-Reply-To: <20170524075336.k43eenslxqcc7piw@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: NeoMutt/20170113 (1.7.2) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.144.60.250] Content-Type: text/plain; charset="us-ascii" Content-ID: MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id v4PCZmKF030424 On Wed, May 24, 2017 at 09:53:37AM +0200, Ingo Molnar wrote: > > So I'm not sure how you sent these patches, but probably due to the lack of a > boilerplate message, the order was all mixed up. I got the patch order right on > the third attempt. > > But then I encountered this build failure (when applied to Linus's latest tree): > > triton:~/tip/tools/lib/lockdep> make > CC common.o > CC lockdep.o > In file included from lockdep.c:25:0: > ../../../kernel/locking/lockdep.c:33:28: fatal error: linux/sched/mm.h: No such > file or directory > #include > ^ Heh, apparently a bunch of stuff changed between the point when I sent my original pull request and now... I'll resend with additional fixes. -- Thanks, Sasha