2018-08-03 08:29:19 +03:00
// SPDX-License-Identifier: GPL-2.0
/*
* Copyright ( c ) 2018 Pengutronix , Oleksij Rempel < o . rempel @ pengutronix . de >
*/
# include <linux/clk.h>
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
# include <linux/firmware/imx/ipc.h>
2018-08-03 08:29:19 +03:00
# include <linux/interrupt.h>
# include <linux/io.h>
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
# include <linux/iopoll.h>
2018-08-03 08:29:19 +03:00
# include <linux/kernel.h>
# include <linux/mailbox_controller.h>
# include <linux/module.h>
# include <linux/of_device.h>
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
# include <linux/pm_runtime.h>
2018-08-03 08:29:19 +03:00
# include <linux/slab.h>
# define IMX_MU_CHANS 16
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
/* TX0/RX0/RXDB[0-3] */
# define IMX_MU_SCU_CHANS 6
2018-08-03 08:29:19 +03:00
# define IMX_MU_CHAN_NAME_SIZE 20
enum imx_mu_chan_type {
IMX_MU_TYPE_TX , /* Tx */
IMX_MU_TYPE_RX , /* Rx */
IMX_MU_TYPE_TXDB , /* Tx doorbell */
IMX_MU_TYPE_RXDB , /* Rx doorbell */
} ;
2021-05-28 13:06:02 +03:00
enum imx_mu_xcr {
2021-05-28 13:06:03 +03:00
IMX_MU_GIER ,
2021-05-28 13:06:02 +03:00
IMX_MU_GCR ,
IMX_MU_TCR ,
IMX_MU_RCR ,
IMX_MU_xCR_MAX ,
} ;
enum imx_mu_xsr {
IMX_MU_SR ,
IMX_MU_GSR ,
IMX_MU_TSR ,
IMX_MU_RSR ,
} ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
struct imx_sc_rpc_msg_max {
struct imx_sc_rpc_msg hdr ;
u32 data [ 7 ] ;
} ;
2018-08-03 08:29:19 +03:00
struct imx_mu_con_priv {
unsigned int idx ;
char irq_desc [ IMX_MU_CHAN_NAME_SIZE ] ;
enum imx_mu_chan_type type ;
struct mbox_chan * chan ;
struct tasklet_struct txdb_tasklet ;
} ;
struct imx_mu_priv {
struct device * dev ;
void __iomem * base ;
spinlock_t xcr_lock ; /* control register lock */
struct mbox_controller mbox ;
struct mbox_chan mbox_chans [ IMX_MU_CHANS ] ;
struct imx_mu_con_priv con_priv [ IMX_MU_CHANS ] ;
2019-10-09 11:07:21 +03:00
const struct imx_mu_dcfg * dcfg ;
2018-08-03 08:29:19 +03:00
struct clk * clk ;
int irq ;
2021-05-28 13:06:02 +03:00
u32 xcr [ 4 ] ;
2020-06-03 08:15:42 +03:00
2018-08-03 08:29:19 +03:00
bool side_b ;
} ;
2021-05-28 13:06:03 +03:00
enum imx_mu_type {
IMX_MU_V1 ,
IMX_MU_V2 ,
} ;
2020-03-19 10:49:51 +03:00
struct imx_mu_dcfg {
int ( * tx ) ( struct imx_mu_priv * priv , struct imx_mu_con_priv * cp , void * data ) ;
int ( * rx ) ( struct imx_mu_priv * priv , struct imx_mu_con_priv * cp ) ;
void ( * init ) ( struct imx_mu_priv * priv ) ;
2021-05-28 13:06:03 +03:00
enum imx_mu_type type ;
2021-05-28 13:06:01 +03:00
u32 xTR ; /* Transmit Register0 */
u32 xRR ; /* Receive Register0 */
2021-05-28 13:06:02 +03:00
u32 xSR [ 4 ] ; /* Status Registers */
u32 xCR [ 4 ] ; /* Control Registers */
2019-10-09 11:07:21 +03:00
} ;
2021-05-28 13:06:03 +03:00
# define IMX_MU_xSR_GIPn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(28 + (3 - (x))))
# define IMX_MU_xSR_RFn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(24 + (3 - (x))))
# define IMX_MU_xSR_TEn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(20 + (3 - (x))))
/* General Purpose Interrupt Enable */
# define IMX_MU_xCR_GIEn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(28 + (3 - (x))))
/* Receive Interrupt Enable */
# define IMX_MU_xCR_RIEn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(24 + (3 - (x))))
/* Transmit Interrupt Enable */
# define IMX_MU_xCR_TIEn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(20 + (3 - (x))))
/* General Purpose Interrupt Request */
# define IMX_MU_xCR_GIRn(type, x) (type == IMX_MU_V2 ? BIT(x) : BIT(16 + (3 - (x))))
2018-08-03 08:29:19 +03:00
static struct imx_mu_priv * to_imx_mu_priv ( struct mbox_controller * mbox )
{
return container_of ( mbox , struct imx_mu_priv , mbox ) ;
}
static void imx_mu_write ( struct imx_mu_priv * priv , u32 val , u32 offs )
{
iowrite32 ( val , priv - > base + offs ) ;
}
static u32 imx_mu_read ( struct imx_mu_priv * priv , u32 offs )
{
return ioread32 ( priv - > base + offs ) ;
}
2021-05-28 13:06:02 +03:00
static u32 imx_mu_xcr_rmw ( struct imx_mu_priv * priv , enum imx_mu_xcr type , u32 set , u32 clr )
2018-08-03 08:29:19 +03:00
{
unsigned long flags ;
u32 val ;
spin_lock_irqsave ( & priv - > xcr_lock , flags ) ;
2021-05-28 13:06:02 +03:00
val = imx_mu_read ( priv , priv - > dcfg - > xCR [ type ] ) ;
2018-08-03 08:29:19 +03:00
val & = ~ clr ;
val | = set ;
2021-05-28 13:06:02 +03:00
imx_mu_write ( priv , val , priv - > dcfg - > xCR [ type ] ) ;
2018-08-03 08:29:19 +03:00
spin_unlock_irqrestore ( & priv - > xcr_lock , flags ) ;
return val ;
}
2020-03-19 10:49:51 +03:00
static int imx_mu_generic_tx ( struct imx_mu_priv * priv ,
struct imx_mu_con_priv * cp ,
void * data )
{
u32 * arg = data ;
switch ( cp - > type ) {
case IMX_MU_TYPE_TX :
2021-05-28 13:06:01 +03:00
imx_mu_write ( priv , * arg , priv - > dcfg - > xTR + cp - > idx * 4 ) ;
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_TCR , IMX_MU_xCR_TIEn ( priv - > dcfg - > type , cp - > idx ) , 0 ) ;
2020-03-19 10:49:51 +03:00
break ;
case IMX_MU_TYPE_TXDB :
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_GCR , IMX_MU_xCR_GIRn ( priv - > dcfg - > type , cp - > idx ) , 0 ) ;
2020-03-19 10:49:51 +03:00
tasklet_schedule ( & cp - > txdb_tasklet ) ;
break ;
default :
dev_warn_ratelimited ( priv - > dev , " Send data on wrong channel type: %d \n " , cp - > type ) ;
return - EINVAL ;
}
return 0 ;
}
static int imx_mu_generic_rx ( struct imx_mu_priv * priv ,
struct imx_mu_con_priv * cp )
{
u32 dat ;
2021-05-28 13:06:01 +03:00
dat = imx_mu_read ( priv , priv - > dcfg - > xRR + ( cp - > idx ) * 4 ) ;
2020-03-19 10:49:51 +03:00
mbox_chan_received_data ( cp - > chan , ( void * ) & dat ) ;
return 0 ;
}
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
static int imx_mu_scu_tx ( struct imx_mu_priv * priv ,
struct imx_mu_con_priv * cp ,
void * data )
{
struct imx_sc_rpc_msg_max * msg = data ;
u32 * arg = data ;
int i , ret ;
u32 xsr ;
switch ( cp - > type ) {
case IMX_MU_TYPE_TX :
2020-04-14 16:21:15 +03:00
/*
* msg - > hdr . size specifies the number of u32 words while
* sizeof yields bytes .
*/
if ( msg - > hdr . size > sizeof ( * msg ) / 4 ) {
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
/*
* The real message size can be different to
* struct imx_sc_rpc_msg_max size
*/
2020-04-14 16:21:15 +03:00
dev_err ( priv - > dev , " Maximal message size (%zu bytes) exceeded on TX; got: %i bytes \n " , sizeof ( * msg ) , msg - > hdr . size < < 2 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
return - EINVAL ;
}
for ( i = 0 ; i < 4 & & i < msg - > hdr . size ; i + + )
2021-05-28 13:06:01 +03:00
imx_mu_write ( priv , * arg + + , priv - > dcfg - > xTR + ( i % 4 ) * 4 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
for ( ; i < msg - > hdr . size ; i + + ) {
2021-05-28 13:06:02 +03:00
ret = readl_poll_timeout ( priv - > base + priv - > dcfg - > xSR [ IMX_MU_TSR ] ,
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
xsr ,
2021-05-28 13:06:03 +03:00
xsr & IMX_MU_xSR_TEn ( priv - > dcfg - > type , i % 4 ) ,
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
0 , 100 ) ;
if ( ret ) {
dev_err ( priv - > dev , " Send data index: %d timeout \n " , i ) ;
return ret ;
}
2021-05-28 13:06:01 +03:00
imx_mu_write ( priv , * arg + + , priv - > dcfg - > xTR + ( i % 4 ) * 4 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
}
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_TCR , IMX_MU_xCR_TIEn ( priv - > dcfg - > type , cp - > idx ) , 0 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
break ;
default :
dev_warn_ratelimited ( priv - > dev , " Send data on wrong channel type: %d \n " , cp - > type ) ;
return - EINVAL ;
}
return 0 ;
}
static int imx_mu_scu_rx ( struct imx_mu_priv * priv ,
struct imx_mu_con_priv * cp )
{
struct imx_sc_rpc_msg_max msg ;
u32 * data = ( u32 * ) & msg ;
int i , ret ;
u32 xsr ;
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_RCR , 0 , IMX_MU_xCR_RIEn ( priv - > dcfg - > type , 0 ) ) ;
2021-05-28 13:06:01 +03:00
* data + + = imx_mu_read ( priv , priv - > dcfg - > xRR ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
2020-04-14 16:21:15 +03:00
if ( msg . hdr . size > sizeof ( msg ) / 4 ) {
dev_err ( priv - > dev , " Maximal message size (%zu bytes) exceeded on RX; got: %i bytes \n " , sizeof ( msg ) , msg . hdr . size < < 2 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
return - EINVAL ;
}
for ( i = 1 ; i < msg . hdr . size ; i + + ) {
2021-05-28 13:06:02 +03:00
ret = readl_poll_timeout ( priv - > base + priv - > dcfg - > xSR [ IMX_MU_RSR ] , xsr ,
2021-05-28 13:06:03 +03:00
xsr & IMX_MU_xSR_RFn ( priv - > dcfg - > type , i % 4 ) , 0 , 100 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
if ( ret ) {
dev_err ( priv - > dev , " timeout read idx %d \n " , i ) ;
return ret ;
}
2021-05-28 13:06:01 +03:00
* data + + = imx_mu_read ( priv , priv - > dcfg - > xRR + ( i % 4 ) * 4 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
}
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_RCR , IMX_MU_xCR_RIEn ( priv - > dcfg - > type , 0 ) , 0 ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
mbox_chan_received_data ( cp - > chan , ( void * ) & msg ) ;
return 0 ;
}
2018-08-03 08:29:19 +03:00
static void imx_mu_txdb_tasklet ( unsigned long data )
{
struct imx_mu_con_priv * cp = ( struct imx_mu_con_priv * ) data ;
mbox_chan_txdone ( cp - > chan , 0 ) ;
}
static irqreturn_t imx_mu_isr ( int irq , void * p )
{
struct mbox_chan * chan = p ;
struct imx_mu_priv * priv = to_imx_mu_priv ( chan - > mbox ) ;
struct imx_mu_con_priv * cp = chan - > con_priv ;
2020-03-19 10:49:51 +03:00
u32 val , ctrl ;
2018-08-03 08:29:19 +03:00
switch ( cp - > type ) {
case IMX_MU_TYPE_TX :
2021-05-28 13:06:02 +03:00
ctrl = imx_mu_read ( priv , priv - > dcfg - > xCR [ IMX_MU_TCR ] ) ;
val = imx_mu_read ( priv , priv - > dcfg - > xSR [ IMX_MU_TSR ] ) ;
2021-05-28 13:06:03 +03:00
val & = IMX_MU_xSR_TEn ( priv - > dcfg - > type , cp - > idx ) &
( ctrl & IMX_MU_xCR_TIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2018-08-03 08:29:19 +03:00
break ;
case IMX_MU_TYPE_RX :
2021-05-28 13:06:02 +03:00
ctrl = imx_mu_read ( priv , priv - > dcfg - > xCR [ IMX_MU_RCR ] ) ;
val = imx_mu_read ( priv , priv - > dcfg - > xSR [ IMX_MU_RSR ] ) ;
2021-05-28 13:06:03 +03:00
val & = IMX_MU_xSR_RFn ( priv - > dcfg - > type , cp - > idx ) &
( ctrl & IMX_MU_xCR_RIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2018-08-03 08:29:19 +03:00
break ;
case IMX_MU_TYPE_RXDB :
2021-05-28 13:06:03 +03:00
ctrl = imx_mu_read ( priv , priv - > dcfg - > xCR [ IMX_MU_GIER ] ) ;
2021-05-28 13:06:02 +03:00
val = imx_mu_read ( priv , priv - > dcfg - > xSR [ IMX_MU_GSR ] ) ;
2021-05-28 13:06:03 +03:00
val & = IMX_MU_xSR_GIPn ( priv - > dcfg - > type , cp - > idx ) &
( ctrl & IMX_MU_xCR_GIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2018-08-03 08:29:19 +03:00
break ;
default :
2021-06-21 21:56:45 +03:00
dev_warn_ratelimited ( priv - > dev , " Unhandled channel type %d \n " ,
cp - > type ) ;
return IRQ_NONE ;
2018-08-03 08:29:19 +03:00
}
if ( ! val )
return IRQ_NONE ;
2021-05-28 13:06:03 +03:00
if ( ( val = = IMX_MU_xSR_TEn ( priv - > dcfg - > type , cp - > idx ) ) & &
( cp - > type = = IMX_MU_TYPE_TX ) ) {
imx_mu_xcr_rmw ( priv , IMX_MU_TCR , 0 , IMX_MU_xCR_TIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2018-08-03 08:29:19 +03:00
mbox_chan_txdone ( chan , 0 ) ;
2021-05-28 13:06:03 +03:00
} else if ( ( val = = IMX_MU_xSR_RFn ( priv - > dcfg - > type , cp - > idx ) ) & &
( cp - > type = = IMX_MU_TYPE_RX ) ) {
2020-03-19 10:49:51 +03:00
priv - > dcfg - > rx ( priv , cp ) ;
2021-05-28 13:06:03 +03:00
} else if ( ( val = = IMX_MU_xSR_GIPn ( priv - > dcfg - > type , cp - > idx ) ) & &
( cp - > type = = IMX_MU_TYPE_RXDB ) ) {
imx_mu_write ( priv , IMX_MU_xSR_GIPn ( priv - > dcfg - > type , cp - > idx ) ,
priv - > dcfg - > xSR [ IMX_MU_GSR ] ) ;
2018-08-03 08:29:19 +03:00
mbox_chan_received_data ( chan , NULL ) ;
} else {
dev_warn_ratelimited ( priv - > dev , " Not handled interrupt \n " ) ;
return IRQ_NONE ;
}
return IRQ_HANDLED ;
}
static int imx_mu_send_data ( struct mbox_chan * chan , void * data )
{
struct imx_mu_priv * priv = to_imx_mu_priv ( chan - > mbox ) ;
struct imx_mu_con_priv * cp = chan - > con_priv ;
2020-03-19 10:49:51 +03:00
return priv - > dcfg - > tx ( priv , cp , data ) ;
2018-08-03 08:29:19 +03:00
}
static int imx_mu_startup ( struct mbox_chan * chan )
{
struct imx_mu_priv * priv = to_imx_mu_priv ( chan - > mbox ) ;
struct imx_mu_con_priv * cp = chan - > con_priv ;
2020-06-03 08:15:44 +03:00
unsigned long irq_flag = IRQF_SHARED ;
2018-08-03 08:29:19 +03:00
int ret ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
pm_runtime_get_sync ( priv - > dev ) ;
2018-08-03 08:29:19 +03:00
if ( cp - > type = = IMX_MU_TYPE_TXDB ) {
/* Tx doorbell don't have ACK support */
tasklet_init ( & cp - > txdb_tasklet , imx_mu_txdb_tasklet ,
( unsigned long ) cp ) ;
return 0 ;
}
2020-06-03 08:15:44 +03:00
/* IPC MU should be with IRQF_NO_SUSPEND set */
if ( ! priv - > dev - > pm_domain )
irq_flag | = IRQF_NO_SUSPEND ;
ret = request_irq ( priv - > irq , imx_mu_isr , irq_flag ,
cp - > irq_desc , chan ) ;
2018-08-03 08:29:19 +03:00
if ( ret ) {
dev_err ( priv - > dev ,
" Unable to acquire IRQ %d \n " , priv - > irq ) ;
return ret ;
}
switch ( cp - > type ) {
case IMX_MU_TYPE_RX :
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_RCR , IMX_MU_xCR_RIEn ( priv - > dcfg - > type , cp - > idx ) , 0 ) ;
2018-08-03 08:29:19 +03:00
break ;
case IMX_MU_TYPE_RXDB :
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_GIER , IMX_MU_xCR_GIEn ( priv - > dcfg - > type , cp - > idx ) , 0 ) ;
2018-08-03 08:29:19 +03:00
break ;
default :
break ;
}
return 0 ;
}
static void imx_mu_shutdown ( struct mbox_chan * chan )
{
struct imx_mu_priv * priv = to_imx_mu_priv ( chan - > mbox ) ;
struct imx_mu_con_priv * cp = chan - > con_priv ;
2019-10-09 11:07:18 +03:00
if ( cp - > type = = IMX_MU_TYPE_TXDB ) {
2018-08-03 08:29:19 +03:00
tasklet_kill ( & cp - > txdb_tasklet ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
pm_runtime_put_sync ( priv - > dev ) ;
2019-10-09 11:07:18 +03:00
return ;
}
2018-08-03 08:29:19 +03:00
2019-10-09 11:07:19 +03:00
switch ( cp - > type ) {
case IMX_MU_TYPE_TX :
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_TCR , 0 , IMX_MU_xCR_TIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2019-10-09 11:07:19 +03:00
break ;
case IMX_MU_TYPE_RX :
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_RCR , 0 , IMX_MU_xCR_RIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2019-10-09 11:07:19 +03:00
break ;
case IMX_MU_TYPE_RXDB :
2021-05-28 13:06:03 +03:00
imx_mu_xcr_rmw ( priv , IMX_MU_GIER , 0 , IMX_MU_xCR_GIEn ( priv - > dcfg - > type , cp - > idx ) ) ;
2019-10-09 11:07:19 +03:00
break ;
default :
break ;
}
2018-08-03 08:29:19 +03:00
free_irq ( priv - > irq , chan ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
pm_runtime_put_sync ( priv - > dev ) ;
2018-08-03 08:29:19 +03:00
}
static const struct mbox_chan_ops imx_mu_ops = {
. send_data = imx_mu_send_data ,
. startup = imx_mu_startup ,
. shutdown = imx_mu_shutdown ,
} ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
static struct mbox_chan * imx_mu_scu_xlate ( struct mbox_controller * mbox ,
const struct of_phandle_args * sp )
{
u32 type , idx , chan ;
if ( sp - > args_count ! = 2 ) {
dev_err ( mbox - > dev , " Invalid argument count %d \n " , sp - > args_count ) ;
return ERR_PTR ( - EINVAL ) ;
}
type = sp - > args [ 0 ] ; /* channel type */
idx = sp - > args [ 1 ] ; /* index */
switch ( type ) {
case IMX_MU_TYPE_TX :
case IMX_MU_TYPE_RX :
if ( idx ! = 0 )
dev_err ( mbox - > dev , " Invalid chan idx: %d \n " , idx ) ;
chan = type ;
break ;
case IMX_MU_TYPE_RXDB :
chan = 2 + idx ;
break ;
default :
dev_err ( mbox - > dev , " Invalid chan type: %d \n " , type ) ;
2020-04-07 12:27:53 +03:00
return ERR_PTR ( - EINVAL ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
}
if ( chan > = mbox - > num_chans ) {
dev_err ( mbox - > dev , " Not supported channel number: %d. (type: %d, idx: %d) \n " , chan , type , idx ) ;
return ERR_PTR ( - EINVAL ) ;
}
return & mbox - > chans [ chan ] ;
}
2018-08-03 08:29:19 +03:00
static struct mbox_chan * imx_mu_xlate ( struct mbox_controller * mbox ,
const struct of_phandle_args * sp )
{
u32 type , idx , chan ;
if ( sp - > args_count ! = 2 ) {
dev_err ( mbox - > dev , " Invalid argument count %d \n " , sp - > args_count ) ;
return ERR_PTR ( - EINVAL ) ;
}
type = sp - > args [ 0 ] ; /* channel type */
idx = sp - > args [ 1 ] ; /* index */
chan = type * 4 + idx ;
if ( chan > = mbox - > num_chans ) {
dev_err ( mbox - > dev , " Not supported channel number: %d. (type: %d, idx: %d) \n " , chan , type , idx ) ;
return ERR_PTR ( - EINVAL ) ;
}
return & mbox - > chans [ chan ] ;
}
static void imx_mu_init_generic ( struct imx_mu_priv * priv )
{
2020-03-19 10:49:51 +03:00
unsigned int i ;
for ( i = 0 ; i < IMX_MU_CHANS ; i + + ) {
struct imx_mu_con_priv * cp = & priv - > con_priv [ i ] ;
cp - > idx = i % 4 ;
cp - > type = i > > 2 ;
cp - > chan = & priv - > mbox_chans [ i ] ;
priv - > mbox_chans [ i ] . con_priv = cp ;
snprintf ( cp - > irq_desc , sizeof ( cp - > irq_desc ) ,
" imx_mu_chan[%i-%i] " , cp - > type , cp - > idx ) ;
}
priv - > mbox . num_chans = IMX_MU_CHANS ;
priv - > mbox . of_xlate = imx_mu_xlate ;
2018-08-03 08:29:19 +03:00
if ( priv - > side_b )
return ;
/* Set default MU configuration */
2021-05-28 13:06:02 +03:00
for ( i = 0 ; i < IMX_MU_xCR_MAX ; i + + )
imx_mu_write ( priv , 0 , priv - > dcfg - > xCR [ i ] ) ;
2018-08-03 08:29:19 +03:00
}
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
static void imx_mu_init_scu ( struct imx_mu_priv * priv )
{
unsigned int i ;
for ( i = 0 ; i < IMX_MU_SCU_CHANS ; i + + ) {
struct imx_mu_con_priv * cp = & priv - > con_priv [ i ] ;
cp - > idx = i < 2 ? 0 : i - 2 ;
cp - > type = i < 2 ? i : IMX_MU_TYPE_RXDB ;
cp - > chan = & priv - > mbox_chans [ i ] ;
priv - > mbox_chans [ i ] . con_priv = cp ;
snprintf ( cp - > irq_desc , sizeof ( cp - > irq_desc ) ,
" imx_mu_chan[%i-%i] " , cp - > type , cp - > idx ) ;
}
priv - > mbox . num_chans = IMX_MU_SCU_CHANS ;
priv - > mbox . of_xlate = imx_mu_scu_xlate ;
/* Set default MU configuration */
2021-05-28 13:06:02 +03:00
for ( i = 0 ; i < IMX_MU_xCR_MAX ; i + + )
imx_mu_write ( priv , 0 , priv - > dcfg - > xCR [ i ] ) ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
}
2018-08-03 08:29:19 +03:00
static int imx_mu_probe ( struct platform_device * pdev )
{
struct device * dev = & pdev - > dev ;
struct device_node * np = dev - > of_node ;
struct imx_mu_priv * priv ;
2019-10-09 11:07:21 +03:00
const struct imx_mu_dcfg * dcfg ;
2018-08-03 08:29:19 +03:00
int ret ;
priv = devm_kzalloc ( dev , sizeof ( * priv ) , GFP_KERNEL ) ;
if ( ! priv )
return - ENOMEM ;
priv - > dev = dev ;
2019-04-01 08:15:24 +03:00
priv - > base = devm_platform_ioremap_resource ( pdev , 0 ) ;
2018-08-03 08:29:19 +03:00
if ( IS_ERR ( priv - > base ) )
return PTR_ERR ( priv - > base ) ;
priv - > irq = platform_get_irq ( pdev , 0 ) ;
if ( priv - > irq < 0 )
return priv - > irq ;
2019-10-09 11:07:21 +03:00
dcfg = of_device_get_match_data ( dev ) ;
if ( ! dcfg )
return - EINVAL ;
priv - > dcfg = dcfg ;
2018-08-03 08:29:19 +03:00
priv - > clk = devm_clk_get ( dev , NULL ) ;
if ( IS_ERR ( priv - > clk ) ) {
if ( PTR_ERR ( priv - > clk ) ! = - ENOENT )
return PTR_ERR ( priv - > clk ) ;
priv - > clk = NULL ;
}
ret = clk_prepare_enable ( priv - > clk ) ;
if ( ret ) {
dev_err ( dev , " Failed to enable clock \n " ) ;
return ret ;
}
priv - > side_b = of_property_read_bool ( np , " fsl,mu-side-b " ) ;
2020-03-19 10:49:51 +03:00
priv - > dcfg - > init ( priv ) ;
2018-08-03 08:29:19 +03:00
spin_lock_init ( & priv - > xcr_lock ) ;
priv - > mbox . dev = dev ;
priv - > mbox . ops = & imx_mu_ops ;
priv - > mbox . chans = priv - > mbox_chans ;
priv - > mbox . txdone_irq = true ;
platform_set_drvdata ( pdev , priv ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
ret = devm_mbox_controller_register ( dev , & priv - > mbox ) ;
2020-05-31 01:56:28 +03:00
if ( ret ) {
clk_disable_unprepare ( priv - > clk ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
return ret ;
2020-05-31 01:56:28 +03:00
}
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
pm_runtime_enable ( dev ) ;
ret = pm_runtime_get_sync ( dev ) ;
if ( ret < 0 ) {
pm_runtime_put_noidle ( dev ) ;
goto disable_runtime_pm ;
}
ret = pm_runtime_put_sync ( dev ) ;
if ( ret < 0 )
goto disable_runtime_pm ;
mailbox: imx: Add runtime PM callback to handle MU clocks
Some of i.MX8M SoCs have MU clock, they need to be managed in runtime
to make sure the MU clock can be off in runtime, add runtime PM callback
to handle MU clock.
And on i.MX8MP, the MU clock is combined with power domain and runtime
PM is enabled for the clock driver, during noirq suspend/resume phase,
runtime PM is disabled by device suspend, but the MU context save/restore
needs to enable MU clock for register access, calling clock prepare/enable
will trigger runtime resume failure and lead to system suspend failed.
Actually, the MU context save/restore is ONLY necessary for SCU IPC MU,
other MUs especially on i.MX8MP platforms which have MU clock assigned,
they need to runtime request/free mailbox channel in the consumer driver,
so no need to save/restore MU context for them, hence it can avoid this
issue, so the MU context save/restore is ONLY applied to i.MX platforms
MU instance without clock present.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-06-03 08:15:43 +03:00
clk_disable_unprepare ( priv - > clk ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
return 0 ;
disable_runtime_pm :
pm_runtime_disable ( dev ) ;
mailbox: imx: Add runtime PM callback to handle MU clocks
Some of i.MX8M SoCs have MU clock, they need to be managed in runtime
to make sure the MU clock can be off in runtime, add runtime PM callback
to handle MU clock.
And on i.MX8MP, the MU clock is combined with power domain and runtime
PM is enabled for the clock driver, during noirq suspend/resume phase,
runtime PM is disabled by device suspend, but the MU context save/restore
needs to enable MU clock for register access, calling clock prepare/enable
will trigger runtime resume failure and lead to system suspend failed.
Actually, the MU context save/restore is ONLY necessary for SCU IPC MU,
other MUs especially on i.MX8MP platforms which have MU clock assigned,
they need to runtime request/free mailbox channel in the consumer driver,
so no need to save/restore MU context for them, hence it can avoid this
issue, so the MU context save/restore is ONLY applied to i.MX platforms
MU instance without clock present.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-06-03 08:15:43 +03:00
clk_disable_unprepare ( priv - > clk ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
return ret ;
2018-08-03 08:29:19 +03:00
}
static int imx_mu_remove ( struct platform_device * pdev )
{
struct imx_mu_priv * priv = platform_get_drvdata ( pdev ) ;
mailbox: imx: Support runtime PM
Some power hungry sub-systems like VPU has its own MUs which also
use mailbox driver, current mailbox driver uses platform driver
model and MU's power will be ON after driver probed and left ON
there, it may cause the whole sub-system can NOT enter lower power
mode, take VPU driver for example, it has runtime PM support, but
due to its MU always ON, the VPU sub-system will be always ON and
consume many power during kernel idle.
To save power in kernel idle, mailbox driver needs to support
runtime PM in order to power off MU when it is unused. However,
the runtime suspend/resume can ONLY be implemented in mailbox's
.shutdown/.startup callback, so its consumer needs to call
mbox_request_channel()/mbox_free_channel() in consumer driver's
runtime PM callback, then the MU's power will be ON/OFF along with
consumer's runtime PM status.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-04-13 15:25:30 +03:00
pm_runtime_disable ( priv - > dev ) ;
2018-08-03 08:29:19 +03:00
return 0 ;
}
2020-03-19 10:49:51 +03:00
static const struct imx_mu_dcfg imx_mu_cfg_imx6sx = {
. tx = imx_mu_generic_tx ,
. rx = imx_mu_generic_rx ,
. init = imx_mu_init_generic ,
2021-05-28 13:06:01 +03:00
. xTR = 0x0 ,
. xRR = 0x10 ,
2021-05-28 13:06:02 +03:00
. xSR = { 0x20 , 0x20 , 0x20 , 0x20 } ,
. xCR = { 0x24 , 0x24 , 0x24 , 0x24 } ,
2020-03-19 10:49:51 +03:00
} ;
static const struct imx_mu_dcfg imx_mu_cfg_imx7ulp = {
. tx = imx_mu_generic_tx ,
. rx = imx_mu_generic_rx ,
. init = imx_mu_init_generic ,
2021-05-28 13:06:01 +03:00
. xTR = 0x20 ,
. xRR = 0x40 ,
2021-05-28 13:06:02 +03:00
. xSR = { 0x60 , 0x60 , 0x60 , 0x60 } ,
. xCR = { 0x64 , 0x64 , 0x64 , 0x64 } ,
2020-03-19 10:49:51 +03:00
} ;
2021-05-28 13:06:03 +03:00
static const struct imx_mu_dcfg imx_mu_cfg_imx8ulp = {
. tx = imx_mu_generic_tx ,
. rx = imx_mu_generic_rx ,
. init = imx_mu_init_generic ,
. type = IMX_MU_V2 ,
. xTR = 0x200 ,
. xRR = 0x280 ,
. xSR = { 0xC , 0x118 , 0x124 , 0x12C } ,
. xCR = { 0x110 , 0x114 , 0x120 , 0x128 } ,
} ;
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
static const struct imx_mu_dcfg imx_mu_cfg_imx8_scu = {
. tx = imx_mu_scu_tx ,
. rx = imx_mu_scu_rx ,
. init = imx_mu_init_scu ,
2021-05-28 13:06:03 +03:00
. xTR = 0x0 ,
. xRR = 0x10 ,
2021-05-28 13:06:02 +03:00
. xSR = { 0x20 , 0x20 , 0x20 , 0x20 } ,
. xCR = { 0x24 , 0x24 , 0x24 , 0x24 } ,
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
} ;
2018-08-03 08:29:19 +03:00
static const struct of_device_id imx_mu_dt_ids [ ] = {
2019-10-09 11:07:21 +03:00
{ . compatible = " fsl,imx7ulp-mu " , . data = & imx_mu_cfg_imx7ulp } ,
{ . compatible = " fsl,imx6sx-mu " , . data = & imx_mu_cfg_imx6sx } ,
2021-05-28 13:06:03 +03:00
{ . compatible = " fsl,imx8ulp-mu " , . data = & imx_mu_cfg_imx8ulp } ,
mailbox: imx: add SCU MU support
i.MX8/8X SCU MU is dedicated for communication between SCU and Cortex-A
cores from hardware design, and could not be reused for other purpose.
Per i.MX8/8X Reference mannual, Chapter "12.9.2.3.2 Messaging Examples",
Passing short messages: Transmit register(s) can be used to pass
short messages from one to four words in length. For example, when
a four-word message is desired, only one of the registers needs to
have its corresponding interrupt enable bit set at the receiver side;
the message’s first three words are written to the registers whose
interrupt is masked, and the fourth word is written to the other
register (which triggers an interrupt at the receiver side).
i.MX8/8X SCU firmware IPC is an implementation of passing short
messages. But current imx-mailbox driver only support one word
message, i.MX8/8X linux side firmware has to request four TX
and four RX to support IPC to SCU firmware. This is low efficent
and more interrupts triggered compared with one TX and
one RX.
To make SCU MU work,
- parse the size of msg.
- Only enable TR0/RR0 interrupt for transmit/receive message.
- For TX/RX, only support one TX channel and one RX channel
- For RX, support receive msg larger than 4 u32 words.
- Support 6 channels, TX0/RX0/RXDB[0-3], not support TXDB.
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-03-19 10:49:52 +03:00
{ . compatible = " fsl,imx8-mu-scu " , . data = & imx_mu_cfg_imx8_scu } ,
2018-08-03 08:29:19 +03:00
{ } ,
} ;
MODULE_DEVICE_TABLE ( of , imx_mu_dt_ids ) ;
2020-06-23 04:04:03 +03:00
static int __maybe_unused imx_mu_suspend_noirq ( struct device * dev )
2020-06-03 08:15:42 +03:00
{
struct imx_mu_priv * priv = dev_get_drvdata ( dev ) ;
2021-05-28 13:06:02 +03:00
int i ;
2020-06-03 08:15:42 +03:00
2021-05-28 13:06:02 +03:00
if ( ! priv - > clk ) {
for ( i = 0 ; i < IMX_MU_xCR_MAX ; i + + )
priv - > xcr [ i ] = imx_mu_read ( priv , priv - > dcfg - > xCR [ i ] ) ;
}
2020-06-03 08:15:42 +03:00
return 0 ;
}
2020-06-23 04:04:03 +03:00
static int __maybe_unused imx_mu_resume_noirq ( struct device * dev )
2020-06-03 08:15:42 +03:00
{
struct imx_mu_priv * priv = dev_get_drvdata ( dev ) ;
2021-05-28 13:06:02 +03:00
int i ;
2020-06-03 08:15:42 +03:00
/*
* ONLY restore MU when context lost , the TIE could
* be set during noirq resume as there is MU data
* communication going on , and restore the saved
* value will overwrite the TIE and cause MU data
* send failed , may lead to system freeze . This issue
* is observed by testing freeze mode suspend .
*/
2021-05-28 13:06:02 +03:00
if ( ! imx_mu_read ( priv , priv - > dcfg - > xCR [ 0 ] ) & & ! priv - > clk ) {
for ( i = 0 ; i < IMX_MU_xCR_MAX ; i + + )
imx_mu_write ( priv , priv - > xcr [ i ] , priv - > dcfg - > xCR [ i ] ) ;
}
2020-06-03 08:15:42 +03:00
return 0 ;
}
2020-06-23 04:04:03 +03:00
static int __maybe_unused imx_mu_runtime_suspend ( struct device * dev )
mailbox: imx: Add runtime PM callback to handle MU clocks
Some of i.MX8M SoCs have MU clock, they need to be managed in runtime
to make sure the MU clock can be off in runtime, add runtime PM callback
to handle MU clock.
And on i.MX8MP, the MU clock is combined with power domain and runtime
PM is enabled for the clock driver, during noirq suspend/resume phase,
runtime PM is disabled by device suspend, but the MU context save/restore
needs to enable MU clock for register access, calling clock prepare/enable
will trigger runtime resume failure and lead to system suspend failed.
Actually, the MU context save/restore is ONLY necessary for SCU IPC MU,
other MUs especially on i.MX8MP platforms which have MU clock assigned,
they need to runtime request/free mailbox channel in the consumer driver,
so no need to save/restore MU context for them, hence it can avoid this
issue, so the MU context save/restore is ONLY applied to i.MX platforms
MU instance without clock present.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-06-03 08:15:43 +03:00
{
struct imx_mu_priv * priv = dev_get_drvdata ( dev ) ;
clk_disable_unprepare ( priv - > clk ) ;
return 0 ;
}
2020-06-23 04:04:03 +03:00
static int __maybe_unused imx_mu_runtime_resume ( struct device * dev )
mailbox: imx: Add runtime PM callback to handle MU clocks
Some of i.MX8M SoCs have MU clock, they need to be managed in runtime
to make sure the MU clock can be off in runtime, add runtime PM callback
to handle MU clock.
And on i.MX8MP, the MU clock is combined with power domain and runtime
PM is enabled for the clock driver, during noirq suspend/resume phase,
runtime PM is disabled by device suspend, but the MU context save/restore
needs to enable MU clock for register access, calling clock prepare/enable
will trigger runtime resume failure and lead to system suspend failed.
Actually, the MU context save/restore is ONLY necessary for SCU IPC MU,
other MUs especially on i.MX8MP platforms which have MU clock assigned,
they need to runtime request/free mailbox channel in the consumer driver,
so no need to save/restore MU context for them, hence it can avoid this
issue, so the MU context save/restore is ONLY applied to i.MX platforms
MU instance without clock present.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-06-03 08:15:43 +03:00
{
struct imx_mu_priv * priv = dev_get_drvdata ( dev ) ;
int ret ;
ret = clk_prepare_enable ( priv - > clk ) ;
if ( ret )
dev_err ( dev , " failed to enable clock \n " ) ;
return ret ;
}
2020-06-03 08:15:42 +03:00
static const struct dev_pm_ops imx_mu_pm_ops = {
SET_NOIRQ_SYSTEM_SLEEP_PM_OPS ( imx_mu_suspend_noirq ,
imx_mu_resume_noirq )
mailbox: imx: Add runtime PM callback to handle MU clocks
Some of i.MX8M SoCs have MU clock, they need to be managed in runtime
to make sure the MU clock can be off in runtime, add runtime PM callback
to handle MU clock.
And on i.MX8MP, the MU clock is combined with power domain and runtime
PM is enabled for the clock driver, during noirq suspend/resume phase,
runtime PM is disabled by device suspend, but the MU context save/restore
needs to enable MU clock for register access, calling clock prepare/enable
will trigger runtime resume failure and lead to system suspend failed.
Actually, the MU context save/restore is ONLY necessary for SCU IPC MU,
other MUs especially on i.MX8MP platforms which have MU clock assigned,
they need to runtime request/free mailbox channel in the consumer driver,
so no need to save/restore MU context for them, hence it can avoid this
issue, so the MU context save/restore is ONLY applied to i.MX platforms
MU instance without clock present.
Signed-off-by: Anson Huang <Anson.Huang@nxp.com>
Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
2020-06-03 08:15:43 +03:00
SET_RUNTIME_PM_OPS ( imx_mu_runtime_suspend ,
imx_mu_runtime_resume , NULL )
2020-06-03 08:15:42 +03:00
} ;
2018-08-03 08:29:19 +03:00
static struct platform_driver imx_mu_driver = {
. probe = imx_mu_probe ,
. remove = imx_mu_remove ,
. driver = {
. name = " imx_mu " ,
. of_match_table = imx_mu_dt_ids ,
2020-06-03 08:15:42 +03:00
. pm = & imx_mu_pm_ops ,
2018-08-03 08:29:19 +03:00
} ,
} ;
module_platform_driver ( imx_mu_driver ) ;
MODULE_AUTHOR ( " Oleksij Rempel <o.rempel@pengutronix.de> " ) ;
MODULE_DESCRIPTION ( " Message Unit driver for i.MX " ) ;
MODULE_LICENSE ( " GPL v2 " ) ;