From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5343F1D2.8080909@xenomai.org> Date: Tue, 08 Apr 2014 14:55:46 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: <1396873278.9042.YahooMailNeo@web163902.mail.gq1.yahoo.com> <53429F30.4080204@xenomai.org> <1396961235.36322.YahooMailNeo@web163901.mail.gq1.yahoo.com> In-Reply-To: <1396961235.36322.YahooMailNeo@web163901.mail.gq1.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] patch for 3.14 kernel ? List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Huub Van Niekerk Cc: "xenomai@xenomai.org" On 04/08/2014 02:47 PM, Huub Van Niekerk wrote: > On Monday, April 7, 2014 2:51 PM, Gilles Chanteperdrix wrote: > > On 04/07/2014 02:21 PM, Huub Van Niekerk wrote: >> Hi, >> >> After struggling with the 3.10.18 kernel on armhf (both with and >> without the patch), I tried the 3.14 kernel and to my delight some >> issues are solved: the clock runs fine again, roscore and top work >> great, while they kept failing on 3.10.18. > >> I would say you have a timer issue, or perhaps the same issue with >> SD-card as Andreas. Have you tried turning off the options I said Adreas >> to disable yesterday? (dynamic ticks and high res timers)? > >> When the system is stuck, do you still see the timer interrupt count >> incrementing in /proc/interrupts? Same question for the MMC interrupts. > >> Since you are the one having the issue, you will have to do the >> investigation. If you do not do that, do not expect the issue to >> magically go away. > > >> So my question is if (or >> when) there will be a patch for the 3.14 kernel line ? > >> I work for the I-pipe patch for the ARM architecture on my free time. >> So, I do things when I want to, without any deadline, and certainly not >> under pressure. > > Right now I can't test anything under the 3.10.18 kernel since for some weird reason (which has nothing to do with Xenomai) my network and USB (combined on my board) is off. With the same configuration file, the 3.14 kernel works fine. > In 3.10 kernel, a new configuration disabled by default is the USB PHY. You need to select the USB PHY corresponding to your board. If you want to boot using NFS, you have to enable the PHY as built-in in addition to the built-in network controller. I did that for the pandaboard (which uses the same network adapter as Beagle-XM I believe), and it boots just fine using NFS. -- Gilles.