Re: [ECOS] pthread processor binding

2007-02-15 Thread Andrew Lunn
On Thu, Feb 15, 2007 at 10:05:08AM -0800, Ahmed Abdelkhalek wrote: > > I agree with what your saying Andrew. Perhaps if I > disable timeslicing I can ensure a thread will run > until completion Or a higher priority thread becomes runnable, and it will preempt it. > This is possible though, right

Re: [ECOS] pthread processor binding

2007-02-15 Thread Andrew Lunn
On Thu, Feb 15, 2007 at 10:00:47AM -0800, Ahmed Abdelkhalek wrote: > > Thanks for the reply Nick. > > I was under the impression it would be possible with > eCos, given other RTOSs (like RTEMS) support > heterogeneous multiprocessor systems. > > Also, I thought the HAL was there to provide the >

Re: [ECOS] pthread processor binding

2007-02-15 Thread Ahmed Abdelkhalek
I agree with what your saying Andrew. Perhaps if I disable timeslicing I can ensure a thread will run until completion (or until locality is no longer a concern) before yielding the processor. I'd have to make sure starvation doesn't occur though for some threads. This is possible though, right?

Re: [ECOS] pthread processor binding

2007-02-15 Thread Ahmed Abdelkhalek
Thanks for the reply Nick. I was under the impression it would be possible with eCos, given other RTOSs (like RTEMS) support heterogeneous multiprocessor systems. Also, I thought the HAL was there to provide the necessary abstraction between the hardware and the OS. So having heterogeneous cpus

Re: [ECOS] pthread processor binding

2007-02-15 Thread Andrew Lunn
On Wed, Feb 14, 2007 at 04:07:56PM -0800, Ahmed Abdelkhalek wrote: > Hi everyone, > > Some pthread implementations allow binding a thread > for execution on a particular processor or a set of > processors (google pthread_pset_bind_np). Are there > plans to include this in future ecos realeases? J

Re: [ECOS] pthread processor binding

2007-02-15 Thread Nick Garnett
Ahmed Abdelkhalek <[EMAIL PROTECTED]> writes: > It may make sense especially on a heterogeneous MP > platform, where you might want to bind certain threads > that do expensive work on more capable processors, and > other less demanding threads to cheaper cores. eCos SMP support is fairly simple,

Re: [ECOS] pthread processor binding

2007-02-14 Thread Ahmed Abdelkhalek
It may make sense especially on a heterogeneous MP platform, where you might want to bind certain threads that do expensive work on more capable processors, and other less demanding threads to cheaper cores. --- Andrew Lunn <[EMAIL PROTECTED]> wrote: > On Wed, Feb 14, 2007 at 04:07:56PM -0800, A

Re: [ECOS] pthread processor binding

2007-02-14 Thread Andrew Lunn
On Wed, Feb 14, 2007 at 04:07:56PM -0800, Ahmed Abdelkhalek wrote: > Hi everyone, > > Some pthread implementations allow binding a thread > for execution on a particular processor or a set of > processors (google pthread_pset_bind_np). Are there > plans to include this in future ecos realeases? N

[ECOS] pthread processor binding

2007-02-14 Thread Ahmed Abdelkhalek
Hi everyone, Some pthread implementations allow binding a thread for execution on a particular processor or a set of processors (google pthread_pset_bind_np). Are there plans to include this in future ecos realeases? Thanks, Ahmed __