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
as
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 thread.
*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
On Thu, Sep 18, 2014 at 11:34 AM, neo prag.in...@gmail.com 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
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 tickle
Hi Charles the BBB is a single core Soc
On Thu, Sep 18, 2014 at 10:47 PM, Charles Steinkuehler
char...@steinkuehler.net 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
On Thu, Sep 18, 2014 at 12:34 PM, neo star prag.in...@gmail.com 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
*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 robertcnel...@gmail.com
wrote:
On Thu, Sep 18, 2014 at 12:34 PM, neo star prag.in...@gmail.com wrote:
Hi Charles the BBB is a single core
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
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*
Actually,
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 prag@gmail.com
javascript: wrote:
Hi Charles the BBB is a single core Soc
But, what about the
On Thu, Sep 18, 2014 at 1:48 PM, neo prag.in...@gmail.com 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
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
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 prag@gmail.com javascript:
wrote:
Hi William
If you
On Thu, Sep 18, 2014 at 2:07 PM, neo prag.in...@gmail.com 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,
--
On 9/18/14, 11:58 AM, Robert Nelson robertcnel...@gmail.com wrote:
On Thu, Sep 18, 2014 at 1:48 PM, neo prag.in...@gmail.com 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.
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 robert...@gmail.com javascript:
wrote:
On Thu, Sep 18, 2014 at 1:48 PM, neo prag@gmail.com javascript:
wrote:
Hi William
If you are
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 prag@gmail.com javascript:
wrote:
Hi William
I can understand the GPU but Cortex
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:
On Thu, Sep 18, 2014 at 3:28 PM, neo prag.in...@gmail.com 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:
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
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 prag@gmail.com javascript:
wrote:
Hi Jason
Bit confused with the naming convnsion used in
On Thu, Sep 18, 2014 at 3:45 PM, neo prag.in...@gmail.com 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
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 prag@gmail.com javascript:
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
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
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
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
http://erlerobot.com/blog/beaglepilot-cyclictests-different-kernels/
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
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
On Thu, Sep 18, 2014 at 10:01 PM, Jesse Cobra jesseco...@gmail.com 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
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
On Wed, Sep 17, 2014 at 9:53 AM, neo prag.in...@gmail.com 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
On Wed, Sep 17, 2014 at 11:13 AM, Robert Nelson robertcnel...@gmail.com wrote:
On Wed, Sep 17, 2014 at 9:53 AM, neo prag.in...@gmail.com 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
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 from
On Sat, Sep 13, 2014 at 8:37 PM, ah...@curaoceanus.org 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.
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 Debian
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
37 matches
Mail list logo
