[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Why are the qmi drivers not included in the kernel or as modules in the package? On Sunday, August 17, 2014 8:26:34 PM UTC-5, Jason Kridner wrote: > > It is time to make another big software push for BeagleBone Black. We > have several recent updates from Robert, including managing the kernel >

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi Is it possible to maintain an experimental branch having CONFIG_PREEMPT ? Considering profiling shared by Víctor and the kind of projects people use BBB for ... On Friday, September 19, 2014 2:13:21 AM UTC+5:30, Víctor MV wrote: > > Hi everyone, > > Thanks Jason for pointing out this threa

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 10:01 PM, Jesse Cobra wrote: > Earlier today I did some testing with the 3.8.13 kernel and an audio cape. > > When running the alsa loop test latency.c I had much lower latency and less > XRUNs with PREMPT enabled. Something like 3ms analog audio in to analog > audio out ve

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Earlier today I did some testing with the 3.8.13 kernel and an audio cape. When running the alsa loop test latency.c I had much lower latency and less XRUNs with PREMPT enabled. Something like 3ms analog audio in to analog audio out versus maybe 6ms. Thinking of upgrading to the 3.14 kernel but I

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hey Charles, The Xenomai tests were performed at the userspace level (not even kernelspace or xenomai-kernelspace). We wanted to make a quick test and porting all the drivers to Xenomai seemed like a lot of work. I agree with you, PREEMPT seems to us specially comfortable and easy to keep up with

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On 9/18/2014 3:43 PM, Víctor MV wrote: > > According to our benchmarking my recommendation will be to use PREEMPT > because it's quite easy to activate/mantain. > > I'd be happy to attend any questions on this matter. This post >

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi Víctor I was just going through https://groups.google.com/forum/#!topic/beaglepilot/7DKcdm0AEPo But your post made a lot of thing clear. Thanks a lot. On Friday, September 19, 2014 2:13:21 AM UTC+5:30, Víctor MV wrote: > > Hi everyone, > > Thanks Jason for pointing out this thread. Let me s

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Linux SMP *IS* portable across architectures, and *MOST* of the problems *ARE* gone. The Linux kernel on whole is much better code than before PREEMPT was merged. These days problems are generally caused by ARCH and SoC specific drivers (like HDMI, SD/eMMC, USB, etc), where the folks writing them

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Thanks Robert. On Friday, September 19, 2014 2:18:32 AM UTC+5:30, RobertCNelson wrote: > > On Thu, Sep 18, 2014 at 3:45 PM, neo > > wrote: > > Hi Robert i am guessing that the headless version is the one marked as > > console. > > Well, it's not truly "headless" as the hdmi (tty0) interface is

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 3:45 PM, neo wrote: > Hi Robert i am guessing that the headless version is the one marked as > console. Well, it's not truly "headless" as the hdmi (tty0) interface is active, but it's exactly the same as serial/ssh would show you for a login.. Just no x11/lxde/wm/etc...

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi Robert i am guessing that the headless version is the one marked as console. On Friday, September 19, 2014 2:06:06 AM UTC+5:30, RobertCNelson wrote: > > On Thu, Sep 18, 2014 at 3:28 PM, neo > > wrote: > > Hi Jason > > > > Bit confused with the naming convnsion used in the link > > http://

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi everyone, Thanks Jason for pointing out this thread. Let me share with you our conclusions through BeaglePilot: - We tested vanilla, PREEMPT, RT_PREEMPT and Xenomai several times and our results indicated that the best performing one is actually the PREEMPT kernel (not the RT_PREEM

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 3:28 PM, neo wrote: > Hi Jason > > Bit confused with the naming convnsion used in the link > http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-05 > The naming conventions that i am confused with are, basically what do they > mean : > > Flasher: (lxde) On powerup

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi Jason Bit confused with the naming convnsion used in the link http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-05 The naming conventions that i am confused with are, basically what do they mean : 1. Flasher: (lxde) 2. microSD/Standalone: (lxde) 3. Flasher: (console:

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

But i am not able to find any references to it in the AM335x_TechnicalReferenceManual. On Friday, September 19, 2014 12:48:26 AM UTC+5:30, RobertCNelson wrote: > > On Thu, Sep 18, 2014 at 2:07 PM, neo > > wrote: > > Hi William > > > > I can understand the GPU but Cortex M3 ? Is it part of of

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Thanks John for the explanation On Friday, September 19, 2014 1:05:47 AM UTC+5:30, john3909 wrote: > > > On 9/18/14, 11:58 AM, "Robert Nelson" > > wrote: > > >On Thu, Sep 18, 2014 at 1:48 PM, neo > > wrote: > >> Hi William > >> > >> If you are counting the PRU yes, but technically they are n

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On 9/18/14, 11:58 AM, "Robert Nelson" wrote: >On Thu, Sep 18, 2014 at 1:48 PM, neo wrote: >> Hi William >> >> If you are counting the PRU yes, but technically they are not >>processors but >> more of peripherals/programmable controllers. Connect me if i am wrong. > >There's other "processors" t

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 2:07 PM, neo wrote: > Hi William > > I can understand the GPU but Cortex M3 ? Is it part of of the SOC ? > By PM did you mean Power Management ? Yeap, it's inside and you have to talk/interact (load code) on it to do lower power management. Regards, -- Robert Nelson htt

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi William I can understand the GPU but Cortex M3 ? Is it part of of the SOC ? By PM did you mean Power Management ? On Friday, September 19, 2014 12:29:00 AM UTC+5:30, RobertCNelson wrote: > > On Thu, Sep 18, 2014 at 1:48 PM, neo > > wrote: > > Hi William > > > > If you are counting the PRU

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Thanks Charles for the reply. I was trying to understand the complications of using CONFIG_PREEMPT. But one final question, shouldn't SMP be portable across platforms be it x86 or ARM ? If so the problems should be gone right ? On Thursday, September 18, 2014 11:30:43 PM UTC+5:30, Charles Steinku

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 1:48 PM, neo wrote: > Hi William > > If you are counting the PRU yes, but technically they are not processors but > more of peripherals/programmable controllers. Connect me if i am wrong. There's other "processors" then the main Cortex-A8 core.. You got the gpu and the Cor

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Oh i see, i didn't realize that you could use this image for panda. ok On Thursday, September 18, 2014 11:14:07 PM UTC+5:30, RobertCNelson wrote: > > On Thu, Sep 18, 2014 at 12:34 PM, neo star > wrote: > > Hi Charles the BBB is a single core Soc > > But, what about the poor panda/am43xx users w

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi William If you are counting the PRU yes, but technically they are not processors but more of peripherals/programmable controllers. Connect me if i am wrong. On Thursday, September 18, 2014 11:24:30 PM UTC+5:30, William Hermans wrote: > > *Hi Charles the BBB is a single core Soc* >> > > Actu

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

I realize the BBB is a single-core SoC. My point is enabling PREEMPT code in the kernel *REQUIRES* all kernel code to be SMP safe (even when running on a single core!), which is why this option causes stability issues. As for the multi-core TI chips with similar drivers, it is not uncommon for dr

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

> > *Hi Charles the BBB is a single core Soc* > Actually, if you want to argue about it. The BBB has 3 cores. On Thu, Sep 18, 2014 at 10:43 AM, Robert Nelson wrote: > On Thu, Sep 18, 2014 at 12:34 PM, neo star wrote: > > Hi Charles the BBB is a single core Soc > > But, what about the poor pand

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 12:34 PM, neo star wrote: > Hi Charles the BBB is a single core Soc But, what about the poor panda/am43xx users who can also use this image. ;) Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi Charles the BBB is a single core Soc On Thu, Sep 18, 2014 at 10:47 PM, Charles Steinkuehler wrote: > On 9/18/2014 11:40 AM, Robert Nelson wrote: >> >> sudo apt-get update >> sudo apt-get install linux-image-3.14.19-ti-r22 >> >> has: CONFIG_PREEMPT_VOLUNTARY >> >> In the past, preempt broke a l

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On 9/18/2014 11:40 AM, Robert Nelson wrote: > > sudo apt-get update > sudo apt-get install linux-image-3.14.19-ti-r22 > > has: CONFIG_PREEMPT_VOLUNTARY > > In the past, preempt broke a lot of things. So i'm always hesitant to > enable it by default across the board. PREEMPT has a tendency to ti

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Thu, Sep 18, 2014 at 11:34 AM, neo wrote: > Hi Robert > > Ya I agree with Jason because if most of the time we are not running web > servers using BBB but are interfacing BBB to the external world. > So i am more worried about latency than throughput. > Whats the risk of enabling CONFIG_PREEMPT

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

*Hi Robert * Ya I agree with Jason because if most of the time we are not running web servers using BBB but are interfacing BBB to the external world. So i am more worried about latency than throughput. Whats the risk of enabling CONFIG_PREEMPT in the kernel ? *Hi Jason*, What were the issue tha

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Wed, Sep 17, 2014 at 11:13 AM, Robert Nelson wrote: > On Wed, Sep 17, 2014 at 9:53 AM, neo wrote: >> Hi Jason >> >> Sorry to ask again. Will PREMPT be enabled in this ? > > Full "preempt" no, not by default, but i'm testing > "CONFIG_PREEMPT_VOLUNTARY".. > > I'm still a little worried about t

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Wed, Sep 17, 2014 at 9:53 AM, neo wrote: > Hi Jason > > Sorry to ask again. Will PREMPT be enabled in this ? Full "preempt" no, not by default, but i'm testing "CONFIG_PREEMPT_VOLUNTARY".. I'm still a little worried about the: "cost of slighly lower throughput." for some applications we need

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Hi Jason Sorry to ask again. Will PREMPT be enabled in this ? On Monday, August 18, 2014 6:56:34 AM UTC+5:30, Jason Kridner wrote: > > It is time to make another big software push for BeagleBone Black. We > have several recent updates from Robert, including managing the kernel > as Debian pack

Re: [beagleboard] Re: BeagleBone Black switching to 3.14 kernel

On Sat, Sep 13, 2014 at 8:37 PM, wrote: > I must be missing something, apt-get is not finding any of the linux-image-* > files. Do I need to add a repository ? > Thanks Yeap, you didn't read the note in the second paragraph. http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-09-03 Regar

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

I must be missing something, apt-get is not finding any of the linux-image-* files. Do I need to add a repository ? Thanks On Sunday, August 17, 2014 9:26:34 PM UTC-4, Jason Kridner wrote: > > It is time to make another big software push for BeagleBone Black. We > have several recent updates fro

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Will the kernel have PREEMPT enabled as its now disabled for debian ? On Monday, August 18, 2014 6:56:34 AM UTC+5:30, Jason Kridner wrote: > > It is time to make another big software push for BeagleBone Black. We > have several recent updates from Robert, including managing the kernel > as Debia

[beagleboard] Re: BeagleBone Black switching to 3.14 kernel

Thanks for the update Jason... I didn't realize the kernel repo had moved - I was wondering why there wasn't much activity recently! I was looking at the 3.8 branch and noticed that Robert had added SGX... it would appear that 3.8 will also now have SGX working, not only 3.14, right? I didn't