with:
[6ee723a6570a897208b76ab3e9a495e9106b2f8c] ARM: simplify __iounmap()
when dealing with section based mapping
I tried to revert it but there have been a bunch of edits in this
file. Not sure how to go about debugging this.
--
Jon Smirl
jonsm...@gmail.com
___
linaro-dev ma
On Mon, Mar 12, 2012 at 4:18 PM, Nicolas Pitre wrote:
> On Mon, 12 Mar 2012, jonsm...@gmail.com wrote:
>
>> I'm working on getting out of tree support for the NXP LPC31xx
>> ARM926EJS based CPUs ready for submission. Everything was working fine
>> on v3.2 but I lost
On Mon, Mar 12, 2012 at 5:35 PM, Nicolas Pitre wrote:
> On Mon, 12 Mar 2012, jonsm...@gmail.com wrote:
>
>> On Mon, Mar 12, 2012 at 4:18 PM, Nicolas Pitre
>> wrote:
>> > On Mon, 12 Mar 2012, jonsm...@gmail.com wrote:
>> >
>> >> I'm worki
cept: think of the DT as a way of probing a bus that doesn't
have probe capabilities. You can argue that C code can produce the
same effect as DTs which is true. But that board specific setup code
tends to grow and stick its fingers into everything. DTs mitigate that
simply because they
the kernel. The quicker ARM
converts to device trees the easier the task will be.
--
Jon Smirl
jonsm...@gmail.com
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
ou can
remove all board specific code from the kernel. The goal with device
trees is to start hacking away at the board specific code and make the
piles of it smaller. In the future we may be able to remove it all
like on the PC platform.
--
Jon Smirl
jonsm...@gmail.com
_
rnel to load 6,000 different device trees and
select one. Instead you want the bootloader to provide the DT and then
the kernel just interprets it. If you don't do this then something
like Ubuntu can't ship generic kernels. What if Ubuntu has shipped
their kernel before your hardware is re
ecific DT makes them easier to write. There's nothing to be gained
by adding dozens of CPU specific nodes to a board level device tree.
--
Jon Smirl
jonsm...@gmail.com
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.