stand, the arm-soc maintainers want to reduce (and perhaps
>even
eliminate) these board-specific constructs, and try to utilize common
driver-code that
resides in the "driver" folder. I can vouch for the syscon/regmap framework as
something
which would enable the effort.
Thanks,
Marc C
On
SoC to
have a
discontiguous memory-mapping, where a designer chooses not to populate physical
DRAM in
the middle.
The 'reg' property was broken-up to have each chunk of memory given a dedicated
memblock.
All that said, if you like, I can rework the patch as you've suggested.
Thanks,
M
s used for a particular software purpose.
>
>> +
>> +example:
>> +reboot {
>> +compatible = "brcm,brcmstb-reboot";
>> +syscon = <&sun_top_ctrl 0x304 0x308>;
>> + };
>
> As with smpboot, this seems odd.
Sure. Our H/
igners to ensure there aren't any magic requirements
unaccounted for.
Thank you for taking a deep-dive into the code! I'll make the appropriate
modifications
per your suggestions.
Regards,
Marc C
On 01/24/2014 02:14 AM, Mark Rutland wrote:
> On Wed, Jan 22, 2014 at 03:30:45AM +, M
usters (like big.LITTLE).
Thanks,
Marc
On 01/23/2014 10:26 AM, Florian Fainelli wrote:
> Hi Marc,
>
> 2014/1/22 Marc C :
>> Hi Florian,
>>
>>> Do not we also need to update drivers/irqchip/irq-gic.c to look for
>>> this compatible property? Alternatively shoul
ies has the "compatible" string set exactly that way. I
was
following the pattern seen in the other reference DTS files, where
"arm,cortex-a15-gic" is
used as the fall-back.
Thanks,
Marc C
[1] https://lkml.org/lkml/2014/1/21/649
On 01/22/2014 02:40 PM, Florian Fainelli wrote:
Hello Arnd,
> And then you can add a regular device driver to drivers/reset that provides a
> device_reset() API to other drivers, or a system-reset function to be
> registered as
> arm_pm_restart. This driver would use syscon_regmap_lookup_by_phandle() to
> get access
> to a regmap pointer, and
Hello Arnd,
> Do you have a strong reason to have your own defconfig file? We
> currently try to consolidate as much as possible into
> multi_v7_defconfig, so please see if you can extend that instead to
> do what you need.
There's no reason why we can't use the multi-platform defconfig. I'll
mak
>> One thing which would probably be worthwhile tho is getting rid of the
>> bitmap based qc tag allocator in libata. That one is just borderline
>> stupid to keep around on any setup which is supposed to be scalable.
> Your border might be wider than mine :-). Yes, the bitmap should
> definitely
9 matches
Mail list logo
