From: Dan Carpenter <dan.carpenter@oracle.com>
To: Jaime Arrocha <jarr@kerneldev.net>
Cc: gregkh@linuxfoundation.org, jonathankim@gctsemi.com,
deanahn@gctsemi.com, devel@driverdev.osuosl.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] staging: gdm724x: Remove test for host endian
Date: Tue, 26 May 2015 18:59:53 +0300 [thread overview]
Message-ID: <20150526155953.GK11588@mwanda> (raw)
In-Reply-To: <20150526152944.GA23178@localhost.localdomain>
On Tue, May 26, 2015 at 10:29:44AM -0500, Jaime Arrocha wrote:
> This is the first patch of two. Both patches perform a small clean up
> done to the section for host endian test. Instead of handling endianness
> internally, kernel functions were added for use.
> The second patch depends on the first one, it is just a small piece
> that is no longer needed.
This kind of dependencies are built in the the name patch 1/2 and 2/2.
We don't want this kind of meta commentary in the permanent changelog.
If it were needed then it would go under the --- cut off line.
And anyway, fold patch 1 & 2 together into one patch. Do "one thing"
per patch instead of half a thing per patch.
>
> Signed-off-by: Jaime Arrocha <jarr@kerneldev.net>
> ---
<--- meta commentary goes here.
> drivers/staging/gdm724x/gdm_endian.c | 52 +++++++++++++++-------------------
> 1 file changed, 23 insertions(+), 29 deletions(-)
>
> diff --git a/drivers/staging/gdm724x/gdm_endian.c b/drivers/staging/gdm724x/gdm_endian.c
> index f6cc90a..609a433 100644
> --- a/drivers/staging/gdm724x/gdm_endian.c
> +++ b/drivers/staging/gdm724x/gdm_endian.c
> @@ -11,57 +11,51 @@
> * GNU General Public License for more details.
> */
>
> -#include <linux/slab.h>
Is this related to endianness?
> +#include<asm/byteorder.h>
> +#ifdef __LITTLE_ENDIAN
> +#include<linux/byteorder/little_endian.h>
> +#else
> +#include<linux/byteorder/big_endian.h>
> +#endif
Why do we need this? Also the spacing is wrong.
> u16 gdm_cpu_to_dev16(struct gdm_endian *ed, u16 x)
> {
> - if (ed->dev_ed == ed->host_ed)
> - return x;
> -
> - return Endian16_Swap(x);
> + if (ed->dev_ed == ENDIANNESS_LITTLE)
> + return __cpu_to_le16(x);
> + else
> + return __cpu_to_be16(x);
Use cpu_to_le16() no underscore versions everywhere. The other is for
code which is shared with usespace.
regards,
dan carpenter
next prev parent reply other threads:[~2015-05-26 16:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-26 15:29 [PATCH 1/2] staging: gdm724x: Remove test for host endian Jaime Arrocha
2015-05-26 15:59 ` Dan Carpenter [this message]
2015-05-26 17:00 ` Jaime Arrocha
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=20150526155953.GK11588@mwanda \
--to=dan.carpenter@oracle.com \
--cc=deanahn@gctsemi.com \
--cc=devel@driverdev.osuosl.org \
--cc=gregkh@linuxfoundation.org \
--cc=jarr@kerneldev.net \
--cc=jonathankim@gctsemi.com \
--cc=linux-kernel@vger.kernel.org \
/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