On Mon 2019-10-07 10:59:10, Qian Cai wrote: > It is almost impossible to eliminate all the indirect call chains from > console_sem/console_owner_lock to zone->lock because it is too normal that > something later needs to allocate some memory dynamically, so as long as it > directly call printk() with zone->lock held, it will be in trouble. It is not normal the something needs to allocate memory under console_sem. Console drivers are supposed to get the message out even when the system is in really bad state and it is not possible to allocate memory. I consider this a bug in the console driver. > I really hope the new printk() will solve this class of the problem, but it is > essentially up to the air until a patchset was posted. There are just too many > questions out there to be answered. The new printk should prevent all deadlocks simply because it will be fully lockless. The console drivers will be called from dedicated kthreads and therefore from a well defined context. Best Regards, Petr
