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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.