public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Chee, Tien Fong <tien.fong.chee@intel.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 1/2] fs: fat: dynamically allocate memory for temporary buffer
Date: Fri, 1 Feb 2019 15:20:34 +0000	[thread overview]
Message-ID: <1549034432.11363.7.camel@intel.com> (raw)
In-Reply-To: <ec5af1b7-77b9-2d37-e737-801e7462bf0a@denx.de>

On Fri, 2019-02-01 at 09:19 +0100, Marek Vasut wrote:
> On 2/1/19 9:11 AM, Chee, Tien Fong wrote:
> > 
> > On Thu, 2019-01-31 at 15:22 +0100, Marek Vasut wrote:
> > > 
> > > On 1/31/19 1:42 PM, tien.fong.chee at intel.com wrote:
> > > > 
> > > > 
> > > > From: Tien Fong Chee <tien.fong.chee@intel.com>
> > > > 
> > > > Drop the statically allocated get_contents_vfatname_block and
> > > > dynamically allocate a buffer only if required. This saves
> > > > 64KiB of memory.
> > > > 
> > > > Signed-off-by: Stefan Agner <stefan.ag...@toradex.com>
> > > > Signed-off-by: Tien Fong Chee <tien.fong.chee@intel.com>
> > > > 
> > > > ---
> > > > 
> > > > changes for v2
> > > > - Removed the change for debug message.
> > > > - Set allocation based on actual required size instead of
> > > > default
> > > > max
> > > >   cluster size
> > > > ---
> > > >  fs/fat/fat.c | 17 ++++++++++++-----
> > > >  1 file changed, 12 insertions(+), 5 deletions(-)
> > > > 
> > > > diff --git a/fs/fat/fat.c b/fs/fat/fat.c
> > > > index ecfa255..347787e 100644
> > > > --- a/fs/fat/fat.c
> > > > +++ b/fs/fat/fat.c
> > > > @@ -306,9 +306,6 @@ get_cluster(fsdata *mydata, __u32 clustnum,
> > > > __u8 *buffer, unsigned long size)
> > > >   * into 'buffer'.
> > > >   * Update the number of bytes read in *gotsize or return -1 on
> > > > fatal errors.
> > > >   */
> > > > -__u8 get_contents_vfatname_block[MAX_CLUSTSIZE]
> > > > -	__aligned(ARCH_DMA_MINALIGN);
> > > > -
> > > >  static int get_contents(fsdata *mydata, dir_entry *dentptr,
> > > > loff_t
> > > > pos,
> > > >  			__u8 *buffer, loff_t maxsize, loff_t
> > > > *gotsize)
> > > >  {
> > > > @@ -351,15 +348,25 @@ static int get_contents(fsdata *mydata,
> > > > dir_entry *dentptr, loff_t pos,
> > > >  
> > > >  	/* align to beginning of next cluster if any */
> > > >  	if (pos) {
> > > > +		__u8 *tmp_buffer;
> > > > +
> > > >  		actsize = min(filesize,
> > > > (loff_t)bytesperclust);
> > > > -		if (get_cluster(mydata, curclust,
> > > > get_contents_vfatname_block,
> > > > +		tmp_buffer = malloc_cache_aligned(actsize);
> > > > +		if (!tmp_buffer) {
> > > > +			debug("Error: allocating buffer\n");
> > > > +			return -ENOMEM;
> > > > +		}
> > > > +
> > > > +		if (get_cluster(mydata, curclust, tmp_buffer,
> > > >  				(int)actsize) != 0) {
> > > Is the cast of actsize needed ?
> > Okay, i would remove it.
> > > 
> > > 
> > > > 
> > > > 
> > > >  			printf("Error reading cluster\n");
> > > > +			free(tmp_buffer);
> > > >  			return -1;
> > > >  		}
> > > >  		filesize -= actsize;
> > > >  		actsize -= pos;
> > > > -		memcpy(buffer, get_contents_vfatname_block +
> > > > pos,
> > > > actsize);
> > > > +		memcpy(buffer, tmp_buffer + pos, actsize);
> > > Hmmm, tmp_buffer is actsize big , but you're memcpy-ing actsize
> > > here,
> > > so
> > > this would mean you memcpy data past the end of tmp_buffer if pos
> > > >
> > > 0, no?
> > This wouldn't happen because the pos and actsize are reset based on
> > beginning of current cluster instead of beginning of a file. So,
> > the
> > memcpy would start at pos based on beginning of current cluster
> > until
> > the end of current cluster, that means the size it copies is still
> > within a cluster size.
> So pos is always 0 ?
Nop, reset here means the pos offset would be adjusted accordingly when
the base change from beginning of the file to beginning of the cluster
where the pos resides in.

You know the driver getting the content based on cluster by cluster.
> 

  reply	other threads:[~2019-02-01 15:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-31 12:42 [U-Boot] [PATCH v2 1/2] fs: fat: dynamically allocate memory for temporary buffer tien.fong.chee at intel.com
2019-01-31 12:42 ` [U-Boot] [PATCH v2 2/2] fs: fat: Reduce default max clustersize 64KiB from malloc pool tien.fong.chee at intel.com
2019-01-31 14:23   ` Marek Vasut
2019-02-01  3:52     ` Chee, Tien Fong
2019-01-31 14:22 ` [U-Boot] [PATCH v2 1/2] fs: fat: dynamically allocate memory for temporary buffer Marek Vasut
2019-02-01  8:11   ` Chee, Tien Fong
2019-02-01  8:19     ` Marek Vasut
2019-02-01 15:20       ` Chee, Tien Fong [this message]
2019-02-05  8:30         ` Marek Vasut

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=1549034432.11363.7.camel@intel.com \
    --to=tien.fong.chee@intel.com \
    --cc=u-boot@lists.denx.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox