Re: serial: imx: regression triggered by newly introduced DSR irq handling
From: Uwe Kleine-König <hidden>
Date: 2016-08-15 05:22:44
Also in:
linux-arm-kernel
Hello Christoph, On Sat, Aug 13, 2016 at 10:35:32PM +0200, Christoph Fritz wrote:
On Wed, 2016-08-10 at 17:54 -0300, Fabio Estevam wrote:quoted
Could you please post your suggestion as a patch or RFC so that we can understand what your proposal is?Sure, here is my proposal:
I like it, just a few minor nits below.
+/* + * SION bit is necessary for ENET1_REF_CLK1 (ENET2_REF_CLK2 untested) if it is + * used as clock output of IMX6SX_CLK_ENET_REF (ENET1_TX_CLK) to e.g. supply a + * PHY in RMII mode. This configuration is true if:
Sounds a bit strage to me. Maybe s/true/necessary/? Or "valid"?
+ * - bit 1 in field IMX6SX_GPR1_FEC_CLOCK_PAD_DIR_MASK is set + * - bit 1 in field IMX6SX_GPR1_FEC_CLOCK_MUX_SEL_MASK unset + * It seems to be a silicon bug that in this configuration ENET1_TX reference + * clock isn't provided automatically. According to i.mx6sx reference manual
s/i.mx6sx/i.MX6SX/
+ * (IOMUXC_GPR_GPR1 field descriptions: ENET1_CLK_SEL, Rev. 0 from 2/2015) it + * should be the case. + * This might have side effects for other hardware units that are connected to + * that pin and use the respective function as input (e.g. DSR irq handling).
s/DSR irq/UART1's DTR/. Then it's more obvious to relate to MX6SX_PAD_ENET1_TX_CLK__UART1_DTR_B.
+ */ #define MX6SX_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 0x0090 0x03D8 0x0760 0x1 0x1 #define MX6SX_PAD_ENET1_TX_CLK__AUDMUX_AUD4_RXD 0x0090 0x03D8 0x0644 0x2 0x1 #define MX6SX_PAD_ENET1_TX_CLK__UART1_DTR_B 0x0090 0x03D8 0x0000 0x3 0x0
Thanks Uwe -- Pengutronix e.K. | Uwe Kleine-König | Industrial Linux Solutions | http://www.pengutronix.de/ |