From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <505892E8.6080605@siemens.com> Date: Tue, 18 Sep 2012 17:27:36 +0200 From: Wolfgang Mauerer MIME-Version: 1.0 References: <50588110.6030701@siemens.com> <50588458.1010802@xenomai.org> In-Reply-To: <50588458.1010802@xenomai.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] [GIT PULL] core-5 for x86 List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: "Kiszka, Jan" , "xenomai@xenomai.org" On 18/09/12 16:25, Gilles Chanteperdrix wrote: > On 09/18/2012 04:11 PM, Wolfgang Mauerer wrote: >> Dear all, >> >> here's a rebase of the x86-specific bits of core-4 to core-5. I've >> included all x86 specific changes that are not yet in core-5, and >> also added the patches I sent earlier for core-4. I did not include a >> separate patch for the mechanical changes required to apply the >> x86 base patch on top of core-5, but can surely do so if desired. > > I am not quite finished with x86 on 3.4. So, I would like to start 3.5 > from the finishing point on 3.4. There are already commits in my branch > which you did not take: > > http://git.xenomai.org/?p=ipipe-gch.git;a=shortlog;h=refs/heads/for-core-3.4 that's true; my last pull was too old. I'll add the corresponding commits to the tree (FYI, the purpose of this tree is mainly to do some experiments with the latest ipipe release and the latest kernel, and I wanted to make sure that work is not duplicated in case someone else is pursuing similar goals) > > This is assuming that I am the (flaky subsitute for a) maintainer of the > x86 architecture. Of course, if someone wants to take over the > maintenance of the x86 architecture, I am gladly returning to the ARMs. > > 4-x86 applied to core-5 >> x86/ipipe: Make io_apic_level_ack_pending available for ipipe > > What is this commit? Neither the text nor the diff are very explicit. yes, this commit is fairly big considering its small effect. I've updated the description as follows: Make sure that io_apic_level_ack_pending() is compiled in when ipipe is configured. Also move the implementation downwards so that it is not referenced before it is defined. Best regards, Wolfgang