From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by mail.openembedded.org (Postfix) with ESMTP id E2AA472120 for ; Sun, 3 May 2015 03:52:24 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail.windriver.com (8.14.9/8.14.9) with ESMTP id t433qNq8016196 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 2 May 2015 20:52:24 -0700 (PDT) Received: from server.local (128.224.23.1) by ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id 14.3.224.2; Sat, 2 May 2015 20:52:23 -0700 Message-ID: <55459B76.4090502@windriver.com> Date: Sat, 2 May 2015 23:52:22 -0400 From: Bruce Ashfield User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Richard Purdie References: <1430521154.18360.28.camel@linuxfoundation.org> <55440C90.5060605@windriver.com> <1430557216.18360.38.camel@linuxfoundation.org> In-Reply-To: <1430557216.18360.38.camel@linuxfoundation.org> Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH 0/5] linux-yocto: consolidated pull request X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 May 2015 03:52:30 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 2015-05-02 5:00 AM, Richard Purdie wrote: > On Fri, 2015-05-01 at 19:30 -0400, Bruce Ashfield wrote: >> On 2015-05-01 6:59 PM, Richard Purdie wrote: >>> On Thu, 2015-04-30 at 21:34 -0400, Bruce Ashfield wrote: >>>> Here is the latest consolidated pull request for the supported linux-yocto >>>> kernels. >>>> >>>> - We have a refresh of the 3.14-rt support >>>> - bluetooh configuration changes for common-pc/qemux86 >>>> - braswell BSP features and fixes >>>> - Introduction of the 4.1-rc1 -dev kernel (and associated perf fix). >>>> >>>> I've built and booted these on my local machines and qemu, and >>>> everything was sane. >>>> >>>> The -dev kernel obviously isn't something for deployment yet, but >>>> it builds, and forms the base for follow up config changes, features >>>> and development work. I built and booted core-image-kernel dev with >>>> the 4.1 changes in place. >>> >>> The autobuilder showed up this for an x32 build :/. >> >> Can one of the intel folks have a look at this ? I won't be able to get >> to it until Tuesday at the earliest. > > I had a look into this. The issue is that this has been applied: > > http://git.yoctoproject.org/cgit.cgi/linux-yocto-3.19/commit/?h=standard/base&id=423e98721e048f6c7b925a75448f6c4ecb2b5b69 > > but it needs: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ce793486e23e0162a732c605189c8028e0910e86 > > and the ioapic driver also appears to need: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=ecf5636dcd59cd5508641f995cc4c2bafedbb995 > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=62d1141ff34e35de496ba06491c8e854b23b3f3e > > > which meant I also had to add: > > struct resource_win { > struct resource res; /* In master (CPU) address space */ > resource_size_t offset; /* Translation offset for bridge */ > }; > > to drivers/acpi/ioapic.c to make it compile which appears to be related to: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a49170b552423a3e85fc4f0d778c707402ee4863 > > which depends on a number of patches from around that time which change acpi/resource.c: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/drivers/acpi/resource.c > > (from 2015/2/3) > > At this point I'm out my depth on how you want to fix this but it does > appear related to the Braswell changes. > > To be clear qemux86 and qemux86-64 don't build at all with this series. > I'll see if I can just drop the Braswell parts. I did reproduce the issue here as well, so with any luck, I can sneak enough time to have this fixed for Monday after all. Bruce > > Cheers, > > Richard >