public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Guenter Roeck <linux@roeck-us.net>
To: "Li.Xiubo@freescale.com" <Li.Xiubo@freescale.com>,
	"wim@iguana.be" <wim@iguana.be>,
	"w.sang@pengutronix.de" <w.sang@pengutronix.de>,
	"linux-watchdog@vger.kernel.org" <linux-watchdog@vger.kernel.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCHv2 2/2] watchdog: imx2_wdt: Add big-endian support
Date: Mon, 31 Mar 2014 18:45:47 -0700	[thread overview]
Message-ID: <533A1A4B.2090503@roeck-us.net> (raw)
In-Reply-To: <28375308b05f4cf4bc7d1559f2524c1b@BY2PR03MB505.namprd03.prod.outlook.com>

On 03/30/2014 09:18 PM, Li.Xiubo@freescale.com wrote:
>
>
>> Subject: Re: [PATCHv2 2/2] watchdog: imx2_wdt: Add big-endian support
>>
>> On 03/25/2014 07:21 PM, Xiubo Li wrote:
>>> For the platforms that this IP driver now supports:
>>> SoC        CPU        Watchdog     Need 'big-endian'?
>>> ------------------------------------------------------
>>> Vybird     little     little       No
>>> LS1        little     big          Yes
>>> LS2        little     little       No
>>> IMX+       little     little       No
>>>
>>> So for the LS1 SoCs, we need to do the big endianness converting.
>>>
>>> And this will also support the following case, for example:
>>> SoC        CPU        Watchdog     Need 'big-endian'?
>>> ------------------------------------------------------
>>> PowerPC    big        big          Yes
>>>
>>> Signed-off-by: Xiubo Li <Li.Xiubo@freescale.com>
>>> Cc: Guenter Roeck <linux@roeck-us.net>
>>
>> Is this patch intended to solve the problem generically ?
>>
>> http://www.spinics.net/lists/kernel/msg1714375.html
>>
>
> It's actually the following ones first, which will support 16-bits
> Values for regmap-mmio:
>
> https://patchwork.kernel.org/patch/3896321/
> https://patchwork.kernel.org/patch/3896331/
> https://patchwork.kernel.org/patch/3901021/
>
> And the then the following one, which will support the LE endian:
> http://www.spinics.net/lists/kernel/msg1714375.html
>
So what is the plan for this patch ? Seems to me it would make more sense
to convert the driver to regmap.

Guenter

>
> Thanks :)
>
> BRs
> Xiubo
>
>
>
>
>
>> Guenter
>>
>>> ---
>>>    drivers/watchdog/imx2_wdt.c | 40 +++++++++++++++++++++++++++++++---------
>>>    1 file changed, 31 insertions(+), 9 deletions(-)
>>>
>>> diff --git a/drivers/watchdog/imx2_wdt.c b/drivers/watchdog/imx2_wdt.c
>>> index 1795922..32f8874 100644
>>> --- a/drivers/watchdog/imx2_wdt.c
>>> +++ b/drivers/watchdog/imx2_wdt.c
>>> @@ -30,6 +30,7 @@
>>>    #include <linux/miscdevice.h>
>>>    #include <linux/module.h>
>>>    #include <linux/moduleparam.h>
>>> +#include <linux/of.h>
>>>    #include <linux/platform_device.h>
>>>    #include <linux/timer.h>
>>>    #include <linux/uaccess.h>
>>> @@ -64,9 +65,26 @@ static struct {
>>>    	void __iomem *base;
>>>    	unsigned timeout;
>>>    	unsigned long status;
>>> +	bool big_endian;
>>>    	struct timer_list timer;	/* Pings the watchdog when closed */
>>>    } imx2_wdt;
>>>
>>> +static inline u16 imx2_wdt_readw(void __iomem *addr)
>>> +{
>>> +	if (imx2_wdt.big_endian)
>>> +		return ioread16be(addr);
>>> +	else
>>> +		return ioread16(addr);
>>> +}
>>> +
>>> +static inline void imx2_wdt_writew(u16 val, void __iomem *addr)
>>> +{
>>> +	if (imx2_wdt.big_endian)
>>> +		iowrite16be(val, addr);
>>> +	else
>>> +		iowrite16(val, addr);
>>> +}
>>> +
>>>    static struct miscdevice imx2_wdt_miscdev;
>>>
>>>    static bool nowayout = WATCHDOG_NOWAYOUT;
>>> @@ -87,7 +105,7 @@ static const struct watchdog_info imx2_wdt_info = {
>>>
>>>    static inline void imx2_wdt_setup(void)
>>>    {
>>> -	u16 val = __raw_readw(imx2_wdt.base + IMX2_WDT_WCR);
>>> +	u16 val = imx2_wdt_readw(imx2_wdt.base + IMX2_WDT_WCR);
>>>
>>>    	/* Suspend timer in low power mode, write once-only */
>>>    	val |= IMX2_WDT_WCR_WDZST;
>>> @@ -100,17 +118,17 @@ static inline void imx2_wdt_setup(void)
>>>    	/* Set the watchdog's Time-Out value */
>>>    	val |= WDOG_SEC_TO_COUNT(imx2_wdt.timeout);
>>>
>>> -	__raw_writew(val, imx2_wdt.base + IMX2_WDT_WCR);
>>> +	imx2_wdt_writew(val, imx2_wdt.base + IMX2_WDT_WCR);
>>>
>>>    	/* enable the watchdog */
>>>    	val |= IMX2_WDT_WCR_WDE;
>>> -	__raw_writew(val, imx2_wdt.base + IMX2_WDT_WCR);
>>> +	imx2_wdt_writew(val, imx2_wdt.base + IMX2_WDT_WCR);
>>>    }
>>>
>>>    static inline void imx2_wdt_ping(void)
>>>    {
>>> -	__raw_writew(IMX2_WDT_SEQ1, imx2_wdt.base + IMX2_WDT_WSR);
>>> -	__raw_writew(IMX2_WDT_SEQ2, imx2_wdt.base + IMX2_WDT_WSR);
>>> +	imx2_wdt_writew(IMX2_WDT_SEQ1, imx2_wdt.base + IMX2_WDT_WSR);
>>> +	imx2_wdt_writew(IMX2_WDT_SEQ2, imx2_wdt.base + IMX2_WDT_WSR);
>>>    }
>>>
>>>    static void imx2_wdt_timer_ping(unsigned long arg)
>>> @@ -143,12 +161,12 @@ static void imx2_wdt_stop(void)
>>>
>>>    static void imx2_wdt_set_timeout(int new_timeout)
>>>    {
>>> -	u16 val = __raw_readw(imx2_wdt.base + IMX2_WDT_WCR);
>>> +	u16 val = imx2_wdt_readw(imx2_wdt.base + IMX2_WDT_WCR);
>>>
>>>    	/* set the new timeout value in the WSR */
>>>    	val &= ~IMX2_WDT_WCR_WT;
>>>    	val |= WDOG_SEC_TO_COUNT(new_timeout);
>>> -	__raw_writew(val, imx2_wdt.base + IMX2_WDT_WCR);
>>> +	imx2_wdt_writew(val, imx2_wdt.base + IMX2_WDT_WCR);
>>>    }
>>>
>>>    static int imx2_wdt_open(struct inode *inode, struct file *file)
>>> @@ -192,7 +210,7 @@ static long imx2_wdt_ioctl(struct file *file, unsigned
>> int cmd,
>>>    		return put_user(0, p);
>>>
>>>    	case WDIOC_GETBOOTSTATUS:
>>> -		val = __raw_readw(imx2_wdt.base + IMX2_WDT_WRSR);
>>> +		val = imx2_wdt_readw(imx2_wdt.base + IMX2_WDT_WRSR);
>>>    		new_value = val & IMX2_WDT_WRSR_TOUT ? WDIOF_CARDRESET : 0;
>>>    		return put_user(new_value, p);
>>>
>>> @@ -257,8 +275,12 @@ static struct miscdevice imx2_wdt_miscdev = {
>>>
>>>    static int __init imx2_wdt_probe(struct platform_device *pdev)
>>>    {
>>> -	int ret;
>>> +	struct device_node *np = pdev->dev.of_node;
>>>    	struct resource *res;
>>> +	int ret;
>>> +
>>> +	if (np)
>>> +		imx2_wdt.big_endian = of_property_read_bool(np, "big-endian");
>>>
>>>    	res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>>>    	imx2_wdt.base = devm_ioremap_resource(&pdev->dev, res);
>>>
>>
>>
>
>
>


  reply	other threads:[~2014-04-01  1:45 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-26  2:21 [PATCHv2 0/2] Add big endian support Xiubo Li
2014-03-26  2:21 ` [PATCHv2 1/2] watchdog: imx2_wdt: Sort the header files alphabetically Xiubo Li
2014-03-26  2:21 ` [PATCHv2 2/2] watchdog: imx2_wdt: Add big-endian support Xiubo Li
2014-03-31  3:32   ` Guenter Roeck
2014-03-31  4:18     ` Li.Xiubo
2014-04-01  1:45       ` Guenter Roeck [this message]
2014-04-01  2:24         ` Li.Xiubo
2014-04-01 12:24           ` Mark Brown
2014-04-02  7:33             ` Li.Xiubo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=533A1A4B.2090503@roeck-us.net \
    --to=linux@roeck-us.net \
    --cc=Li.Xiubo@freescale.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-watchdog@vger.kernel.org \
    --cc=w.sang@pengutronix.de \
    --cc=wim@iguana.be \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox