Re: RT patch acceptance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Andrew Morton <[email protected]> wrote:

> (That being said, it's already a mighty task to decrypt your way 
> through the maze-like implementation of spin_lock(), lock_kernel(), 
> smp_processor_id() etc, etc.  I really do wish there was some way we 
> could clean up/simplify that stuff before getting in and adding more 
> source-level complexity).

yes, that's next on my list, and it's completely independent of 
PREEMPT_RT, as 'the maze of spinlock APIs' already exists in the current 
kernel. (PREEMPT_RT only makes the problem worse) But dont expect big 
wonders.

	Ingo
-
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/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux