[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <HE1PR05MB1625869B55C8FB5657477812AAB50@HE1PR05MB1625.eurprd05.prod.outlook.com>
Date: Fri, 11 Mar 2016 05:07:09 +0000
From: Noam Camus <noamca@...lanox.com>
To: Vineet Gupta <Vineet.Gupta1@...opsys.com>,
Lada Trimasova <Lada.Trimasova@...opsys.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arch@...r.kernel.org" <linux-arch@...r.kernel.org>,
Alexey Brodkin <Alexey.Brodkin@...opsys.com>,
"linux-snps-arc@...ts.infradead.org"
<linux-snps-arc@...ts.infradead.org>
Subject: Re: [PATCH] arc: use little endian accesses
> From: Lada Trimasova <Lada.Trimasova@...opsys.com>
> Sent: Thursday, March 10, 2016 8:57 PM
> And for example, let's see what happens when we use "readl" in function "serial8250_early_in" in driver/tty/serial/8250.
Is your DTS entry includes for serial node following entries:
reg-io-width = <4>
native-endian;
if answer is yes you should expect (in case of big endian compilation) that:
port->iotype would be equal to UPIO_MEM32BE, hence no readl() use for this case.
This is how it works for me here, it sounds like your case is similar.
Regards,
Noam
Powered by blists - more mailing lists