linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs
Date: Thu, 3 Dec 2015 13:03:41 +0000	[thread overview]
Message-ID: <20151203130341.GA26902@x1> (raw)
In-Reply-To: <5329827.I5W30K072M@wuerfel>

On Thu, 03 Dec 2015, Arnd Bergmann wrote:

> On Thursday 03 December 2015 12:26:34 Lee Jones wrote:
> > > >
> > > > +static ssize_t rproc_state_write(struct file *filp, const char __user *userbuf,
> > > > +                                size_t count, loff_t *ppos)
> > > > +{
> > > > +       struct rproc *rproc = filp->private_data;
> > > > +       char buf[10];
> > > > +       int ret;
> > > > +
> > > > +       if (count > sizeof(buf))
> > > > +               return count;
> > > > +       ret = copy_from_user(buf, userbuf, count);
> > > > +       if (ret)
> > > > +               return -EFAULT;
> > > > +
> > > > +       if (buf[count - 1] == '\n')
> > > > +               buf[count - 1] = '\0';
> > > 
> > > I believe you can get here with count = 0.
> > 
> > I'm pretty sure you can't.
> > 
> > If you are sure that you can, if you can provide me with a way of
> > testing, I'd be happy to put in provisions.
> > 
> 
> I think that a zero-length write() from user space ends up in the write
> file operation.

I tested this and didn't see it enter write().  My conclusion was that
if the file doesn't change, then nothing is triggered.

> Also, we get a gcc warning about the out-of-bounds access for code like
> this, and checking that count is larger than zero avoids the warning.

I did however see this warning and wondered what it was talking
about.  Thanks for clarifying.  Will fix.

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2015-12-03 13:03 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-24 13:14 [RESEND v4 0/6] remoteproc: Add driver for STMicroelectronics platforms Lee Jones
2015-11-24 13:14 ` [RESEND v4 1/6] remoteproc: dt: Provide bindings for ST's Remote Processor Controller driver Lee Jones
2015-11-25  0:07   ` Rob Herring
2015-12-28 18:33   ` Bjorn Andersson
2015-11-24 13:14 ` [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs Lee Jones
2015-11-27 17:00   ` Bjorn Andersson
2015-12-03 12:26     ` Lee Jones
2015-12-03 12:49       ` Arnd Bergmann
2015-12-03 13:03         ` Lee Jones [this message]
2015-12-03 13:19           ` Arnd Bergmann
2015-12-03 17:28             ` Lee Jones
2015-12-03 21:12               ` Arnd Bergmann
2015-12-03 21:22                 ` Bjorn Andersson
2015-12-04  8:24                 ` Lee Jones
2015-12-28 18:38                   ` Bjorn Andersson
2016-01-12 10:53                     ` Lee Jones
2015-11-24 13:14 ` [RESEND v4 3/6] remoteproc: Supply controller driver for ST's Remote Processors Lee Jones
2015-12-28 18:33   ` Bjorn Andersson
2015-11-24 13:14 ` [RESEND v4 4/6] MAINTAINERS: Add ST's Remote Processor Driver to ARM/STI ARCHITECTURE Lee Jones
2015-11-24 13:14 ` [RESEND v4 5/6] ARM: STiH407: Add nodes for RemoteProc Lee Jones
2015-11-24 13:14 ` [RESEND v4 6/6] ARM: STiH407: Move over to using the 'reserved-memory' API for obtaining DMA memory Lee Jones
2015-11-26  8:45 ` [RESEND v4 0/6] remoteproc: Add driver for STMicroelectronics platforms Ohad Ben-Cohen
2015-11-26  9:10   ` Lee Jones
2015-11-26  9:32     ` Ohad Ben-Cohen
2015-12-28 18:41       ` Bjorn Andersson
2015-12-29  8:23         ` Ohad Ben-Cohen
2016-01-12 12:30           ` Lee Jones

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=20151203130341.GA26902@x1 \
    --to=lee.jones@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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;
as well as URLs for NNTP newsgroup(s).