[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.11.1507301207070.3825@nanos>
Date: Thu, 30 Jul 2015 12:12:29 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Taichi Kageyama <t-kageyama@...jp.nec.com>
cc: Peter Hurley <peter@...leysoftware.com>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"jiang.liu@...ux.intel.com" <jiang.liu@...ux.intel.com>,
"linux-serial@...r.kernel.org" <linux-serial@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"jslaby@...e.cz" <jslaby@...e.cz>,
"prarit@...hat.com" <prarit@...hat.com>,
Naoya Horiguchi <n-horiguchi@...jp.nec.com>,
Peter Zijlstra <peterz@...radead.org>
Subject: Re: [RFC PATCH v2 0/3] genirq, serial: 8250: Workaround to avoid
irq=0 for console
On Thu, 30 Jul 2015, Taichi Kageyama wrote:
> On 2015/07/29 22:35, Thomas Gleixner wrote:
> I know your code is sample (console.h is required),
> but it is conflict with [patch v2 1/3].
> I think serial8250_console_write should not touch ctrl reg during autoconfig_irq.
> To resolve the real problem, I think keeping only [patch v2 1/3] is best(opt1).
> What do you think?
>
> opt1. keep [patch v2 1/3]
> + Don't touch other legacy drivers using autoprobe.
> Each driver can use console_lock to fix this problem if it happens.
No, we already know that autoprobing and console access can cause
this, so we fix it at the core code and be done with it.
Can you please test Peters patch and confirm that is solves it.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists