Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Fri, Dec 4, 2015 at 12:24 AM, Lee Jones wrote: > On Thu, 03 Dec 2015, Arnd Bergmann wrote: > >> On Thursday 03 December 2015 17:28:30 Lee Jones wrote: >> > > >> > > Ah, interesting. I haven't tried myself, and just tried to read the >> > > code. Maybe glibc already

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Thu, 03 Dec 2015, Arnd Bergmann wrote: > On Thursday 03 December 2015 17:28:30 Lee Jones wrote: > > > > > > Ah, interesting. I haven't tried myself, and just tried to read the > > > code. Maybe glibc already catches zero-length writes before it gets > > > into the kernel, or I just missed the

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Fri, 27 Nov 2015, Bjorn Andersson wrote: > On Tue, Nov 24, 2015 at 5:14 AM, Lee Jones wrote: > > This functionality is especially useful during the testing phase. When > > used in conjunction with Mailbox's Test Framework we can trivially conduct > > end-to-end testing

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

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; > > > +

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Thursday 03 December 2015 13:03:41 Lee Jones wrote: > 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, > > > > > +

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

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) > > > > +{ > > > > +

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Thu, 03 Dec 2015, Arnd Bergmann wrote: > On Thursday 03 December 2015 13:03:41 Lee Jones wrote: > > 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

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Thu, Dec 3, 2015 at 1:12 PM, Arnd Bergmann wrote: > On Thursday 03 December 2015 17:28:30 Lee Jones wrote: >> > >> > Ah, interesting. I haven't tried myself, and just tried to read the >> > code. Maybe glibc already catches zero-length writes before it gets >> > into the kernel,

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Thursday 03 December 2015 17:28:30 Lee Jones wrote: > > > > Ah, interesting. I haven't tried myself, and just tried to read the > > code. Maybe glibc already catches zero-length writes before it gets > > into the kernel, or I just missed the part of the syscall that checks > > for this. > >

Re: [RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

On Tue, Nov 24, 2015 at 5:14 AM, Lee Jones wrote: > This functionality is especially useful during the testing phase. When > used in conjunction with Mailbox's Test Framework we can trivially conduct > end-to-end testing i.e. boot co-processor, send and receive messages to

[RESEND v4 2/6] remoteproc: debugfs: Add ability to boot remote processor using debugfs

This functionality is especially useful during the testing phase. When used in conjunction with Mailbox's Test Framework we can trivially conduct end-to-end testing i.e. boot co-processor, send and receive messages to the co-processor, then shut it down again (repeat as required). Signed-off-by: