[U-Boot] [PATCH 07/10] ARM: tegra: fix malloc region sizing

[Tom Warren]

> -----Original Message-----
> From: Lukasz Majewski [mailto:l.majewski at samsung.com]
> Sent: Tuesday, September 08, 2015 11:51 PM
> To: Stephen Warren
> Cc: Tom Warren; Tom Rini; Stephen Warren; u-boot at lists.denx.de; Simon
> Glass; Przemyslaw Marczak
> Subject: Re: [PATCH 07/10] ARM: tegra: fix malloc region sizing
> 
> Hi Stephen,
> 
> > On 09/08/2015 02:45 PM, Stephen Warren wrote:
> > > On 09/08/2015 09:53 AM, Tom Warren wrote:
> > >> Stephen,
> > >>
> > >> Stephen Warren wrote at Friday, September 04, 2015 9:04 PM:
> > >>> From: Stephen Warren <swarren at nvidia.com>
> > >>>
> > >>> Commit 52a7c98a1772 "tegra-common: increase malloc pool len by dfu
> > >>> mmc file buffer size" updated the definition of
> > >>> CONFIG_SYS_MALLOC_LEN for Tegra to take account of the DFU buffer
> > >>> size. However, this change had no effect, since typical Tegra
> > >>> board config headers don't set the DFU- related defines until
> > >>> after tegra-common.h is included. Fix this by moving the affected
> > >>> conditional code to tegra-common-post.h, which is included last.
> > >>> Also move the definition of SYS_NONCACHED_MEMORY since it's a
> > >>> related and adjacent definition.
> > >>>
> > >>> Fix the condition to test for the DFU feature, rather than
> > >>> specifically MMC DFU support, so it applies in all cases.
> > >>>
> > >>> Signed-off-by: Stephen Warren <swarren at nvidia.com>
> > >>
> > >> Do you want me to take these last four in to u-boot-tegra for the
> > >> pending PR, or do you expect them to go in another way?
> > >
> > > I believe the 4 "ARM: tegra:" patches can go through the Tegra tree
> > > since they're independent from the other patches in the series.
> > > Thanks.
> >
> > I note that Lukasz has ack'd all the other patches, so perhaps you can
> > just take the whole series through the Tegra tree? At least the DFU
> > patches since he's maintainer there.
> 
> I personally would opt for applying this series to one tree. I've already ack'ed
> those patches, so those can go to any other tree (or even -dfu one when
> nobody wants to pick them :-)).
I believe TomR has taken over all of these patches in Patchwork, so perhaps he's going to take them in to u-boot/master.

Tom
--
nvpublic
> 
> > Perhaps TomR can ack the ext4
> > patches since they don't seem to have a maintainer.
> 
> Lack of FS (FAT, EXT4) maintainer is PITTA. I hope that somebody would step up
> for this position.
> 
> --
> Best regards,
> 
> Lukasz Majewski
> 
> Samsung R&D Institute Poland (SRPOL) | Linux Platform Group