From: khilman@linaro.org (Kevin Hilman)
To: linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL] Highbank fixes for 3.12
Date: Wed, 14 Aug 2013 12:55:24 -0700 [thread overview]
Message-ID: <877gfom4ib.fsf@kernel.org> (raw)
In-Reply-To: <CAL_Jsq+4hpsCM5aNt60+Oe5=Mt1SWrAwskahS+JbXYuHRRcMuw@mail.gmail.com> (Rob Herring's message of "Wed, 14 Aug 2013 13:50:52 -0500")
Rob Herring <robherring2@gmail.com> writes:
> On Wed, Aug 14, 2013 at 11:04 AM, Kevin Hilman <khilman@linaro.org> wrote:
>> Hi Rob,
>>
>> Rob Herring <robherring2@gmail.com> writes:
>>
>>> Kevin, Olof,
>>>
>>> Please pull highbank updates for 3.12.
>>>
>>> There's one trivial core ARM code change in the series to allow a
>>> DMA_ZONE size of 4GB. I believe this should not conflict with Russell's
>>> DMA mask series.
>>>
>>> Rob
>>>
>>> The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
>>>
>>> Linux 3.11-rc5 (2013-08-11 18:04:20 -0700)
>>>
>>> are available in the git repository at:
>>>
>>> git://sources.calxeda.com/kernel/linux.git
>>> tags/highbank-lpae-fixes-for-3.12
>>>
>>> for you to fetch changes up to ce3ec1d61c5ed6af3ceaace6f57acd588c41b4d6:
>>>
>>> ARM: highbank: fix debug uart virtual address for LPAE (2013-08-13
>>> 20:50:16 -0500)
>>>
>>> ----------------------------------------------------------------
>>> A set of fixes for highbank to enable LPAE and selecting of necesssary
>>> ARM errata.
>>>
>>> ----------------------------------------------------------------
>>> Rob Herring (6):
>>> ARM: use phys_addr_t for DMA zone sizes
>>> ARM: highbank: enable DMA zone for LPAE
>>> ARM: highbank: select ARCH_HAS_HOLES_MEMORYMODEL
>>> ARM: highbank: select required errata work-arounds
>>> ARM: highbank: select ARCH_DMA_ADDR_T_64BIT for LPAE
>>
>> This one seems to have broken the AMBA PL08x DMA driver, and is still
>> objected to by Russell, so I'll drop this one for now.
>
> Exynos does the same selection, but I guess it is not multi-platform
> though and doesn't select ARM_AMBA.
>
>>> ARM: highbank: fix debug uart virtual address for LPAE
>>
>> The rest look OK and I can pull them if the rest are OK without the
>> objectionable one. Let me know if that's OK, or you prefer to wait for
>> resolution.
>
> Yes, I'm fine with dropping this one for now.
OK, dropped that one and applied the rest.
Kevin
next prev parent reply other threads:[~2013-08-14 19:55 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-14 3:01 [GIT PULL] Highbank fixes for 3.12 Rob Herring
2013-08-14 16:04 ` Kevin Hilman
2013-08-14 18:50 ` Rob Herring
2013-08-14 19:55 ` Kevin Hilman [this message]
2013-08-15 15:01 ` Kevin Hilman
2013-08-15 20:51 ` Rob Herring
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=877gfom4ib.fsf@kernel.org \
--to=khilman@linaro.org \
--cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).