[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150917125651.d7ab504539016a149ea871e6@linux-foundation.org>
Date: Thu, 17 Sep 2015 12:56:51 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Stephen Boyd <sboyd@...eaurora.org>
Cc: Andy Gross <agross@...eaurora.org>, linux-kernel@...r.kernel.org,
linux-arm-msm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-soc@...r.kernel.org,
linux-mips@...ux-mips.org, Hauke Mehrtens <hauke@...ke-m.de>,
Paul Walmsley <paul@...an.com>,
Rafał Miłecki
<zajec5@...il.com>,
Bjorn Andersson <bjorn.andersson@...ymobile.com>
Subject: Re: [PATCH v2 0/3] Add __ioread32_copy() and use it
On Thu, 17 Sep 2015 12:02:08 -0700 Stephen Boyd <sboyd@...eaurora.org> wrote:
> The SMD driver is reading and writing chunks of data to iomem,
> and there's an __iowrite32_copy() function for the writing part, but
> no __ioread32_copy() function for the reading part. This series
> adds __ioread32_copy() and uses it in two places. Andrew is on Cc in
> case this should go through the -mm tree. Otherwise the target
> of this patch series is SMD, so I've sent it to Andy.
>
> Note this patch series relies on a previous patch on the list that
> changes the readl() to __raw_readl() in the smd driver[1].
Well that's awkward.
"[PATCH v2 6/8] soc: qcom: smd: Handle big endian CPUs" is one patch in
an eight-patch series. My usual approach would be to suck in the whole
series, stage it behind linux-next, drop patches if/when others merge
them into subsystem trees and thus retain all the dependencies for this
patch series in a maintainable-by-me fashion.
But that 8-patch series doesn't apply:
checking file drivers/soc/qcom/smd.c
Hunk #6 FAILED at 360.
Hunk #15 FAILED at 733.
Hunk #16 FAILED at 741.
3 out of 19 hunks FAILED
Failed to apply soc-qcom-smd-handle-big-endian-cpus
ho hum. I think I'll go with plan B: merge just "lib: iomap_copy: Add
__ioread32_copy()" and send that into Linus promptly. That way you
guys can sort out the driver patches in the usual fashion.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists