On Wed, 21 Mar 2001, David S. Miller wrote: > Basically, anything which uses smp_processor_id() would need to > be holding some lock so as to not get pre-empted. Not necessarily. Another solution for the smp_processor_id() case is to ensure that the task can only be scheduled on the current CPU for the duration that the value of smp_processor_id() is used. Or, if the critical region is very short, to disable interrupts on the local CPU. Nigel Gamble [EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ MontaVista Software [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: [PATCH for 2.5] preemptible kernel george anzinger
- Re: [PATCH for 2.5] preemptible ker... Keith Owens
- Re: [PATCH for 2.5] preemptible ker... Rusty Russell
- Re: [PATCH for 2.5] preemptible ker... Nigel Gamble
- Re: [PATCH for 2.5] preemptible ker... Dipankar Sarma
- Re: [PATCH for 2.5] preemptible kernel Keith Owens
- Re: [PATCH for 2.5] preemptible ker... David S. Miller
- Re: [PATCH for 2.5] preemptible ker... Andrew Morton
- Re: [PATCH for 2.5] preemptible ker... Nigel Gamble
- Re: [PATCH for 2.5] preemptible ker... David S. Miller
- Re: [PATCH for 2.5] preemptible ker... Nigel Gamble
- Re: [PATCH for 2.5] preemptible ker... Rusty Russell
- Re: [PATCH for 2.5] preemptible ker... Andrea Arcangeli
- Re: [PATCH for 2.5] preemptible kernel Dipankar Sarma
- Re: [PATCH for 2.5] preemptible ker... george anzinger
- Re: [PATCH for 2.5] preemptible ker... Dipankar Sarma
- Re: [PATCH for 2.5] preemptible ker... Keith Owens
- Re: [PATCH for 2.5] preemptible kernel Nigel Gamble
- Re: [PATCH for 2.5] preemptible kernel Nigel Gamble
- Re: [PATCH for 2.5] preemptible kernel Rusty Russell
- Re: [PATCH for 2.5] preemptible kernel george anzinger