> -----Original Message----- > From: Lukasz Majewski [mailto:l.majew...@samsung.com] > Sent: Tuesday, September 08, 2015 11:51 PM > To: Stephen Warren > Cc: Tom Warren; Tom Rini; Stephen Warren; u-boot@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 <swar...@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 <swar...@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 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
