On Fri, 1 Sep 2017, Sebastian Andrzej Siewior wrote: > On 2017-08-31 21:32:30 [+0200], Thomas Gleixner wrote: > > > zram_lock_table() is bit_spin_lock() on !RT and spin_lock(&table->lock); > > > on RT. So this is done. > > > !RT has this running in a kmap_atomic() section so they have no > > > preemption there. > > > zcomp_stream_get() returns a per-CPU object which is protected with a > > > spinlock and only accessed locked. > > > > So when we are inside a spinlocked section, why is this_cpu_ptr() not > > working? That does not make sense. > > zram_decompress_page() invokes zcomp_stream_get() within a spin_lock > section (zram_lock_table()). This is fine. > zram_bvec_write() does not invoke zcomp_stream_get() within a spin_lock > section. Fair enough. -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
