Re: [PATCH v2,RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-27 Thread Scott Wood
On Mon, 2020-04-27 at 09:13 -0500, Rob Herring wrote: > On Sun, Apr 19, 2020 at 10:06 PM Wang Wenhu wrote: > > > > A generic User-Kernel interface that allows a misc device created > > by it to support file-operations of ioctl and mmap to access SRAM > > memory from user level. Different kinds of

Re: [PATCH v2, RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-27 Thread Rob Herring
On Sun, Apr 19, 2020 at 10:06 PM Wang Wenhu wrote: > > A generic User-Kernel interface that allows a misc device created > by it to support file-operations of ioctl and mmap to access SRAM > memory from user level. Different kinds of SRAM alloction and free > APIs could be registered by specific S

Re: [PATCH v2,RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-26 Thread Scott Wood
On Tue, 2020-04-21 at 11:34 +0200, Greg KH wrote: > On Tue, Apr 21, 2020 at 05:09:47PM +0800, 王文虎 wrote: > > Hi, Greg, Arnd, > > > > Thank you for your comments first, and then really very very very sorry > > for driving Greg to sigh and I hope there would be chance to share Moutai > > (rather tha

Re: [PATCH v2,RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-22 Thread 王文虎
Hi, Scott, Greg, Thank you for your helpful comments. For that Greg mentioned that the patch (or patch series) via UIO should worked through, so I want to make it clear that if it would go upstream?(And if so, when? No push, just ask) Also I have been wondering how the patches with components i

Re: [PATCH v2,RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-21 Thread 王文虎
>On Tue, Apr 21, 2020 at 05:09:47PM +0800, 王文虎 wrote: >> Hi, Greg, Arnd, >> >> Thank you for your comments first, and then really very very very sorry >> for driving Greg to sigh and I hope there would be chance to share Moutai >> (rather than whisky, we drink it much, a kind of Baijiu), after the

Re: [PATCH v2, RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-21 Thread Greg KH
On Tue, Apr 21, 2020 at 05:09:47PM +0800, 王文虎 wrote: > Hi, Greg, Arnd, > > Thank you for your comments first, and then really very very very sorry > for driving Greg to sigh and I hope there would be chance to share Moutai > (rather than whisky, we drink it much, a kind of Baijiu), after the virus

Re: [PATCH v2,RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-21 Thread 王文虎
Hi, Greg, Arnd, Thank you for your comments first, and then really very very very sorry for driving Greg to sigh and I hope there would be chance to share Moutai (rather than whisky, we drink it much, a kind of Baijiu), after the virus. Back to the comments, I'd like to do a bit of documentation

Re: [PATCH v2,RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-21 Thread Scott Wood
On Sun, 2020-04-19 at 20:05 -0700, Wang Wenhu wrote: > +static void sram_uapi_res_insert(struct sram_uapi *uapi, > + struct sram_resource *res) > +{ > + struct sram_resource *cur, *tmp; > + struct list_head *head = &uapi->res_list; > + > + list_for_each_entr

Re: [PATCH v2, RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-20 Thread Greg KH
On Sun, Apr 19, 2020 at 08:05:38PM -0700, Wang Wenhu wrote: > A generic User-Kernel interface that allows a misc device created > by it to support file-operations of ioctl and mmap to access SRAM > memory from user level. Different kinds of SRAM alloction and free > APIs could be registered by spec

Re: [PATCH v2, RESEND] misc: new driver sram_uapi for user level SRAM access

2020-04-20 Thread Arnd Bergmann
On Mon, Apr 20, 2020 at 5:06 AM Wang Wenhu wrote: > > A generic User-Kernel interface that allows a misc device created > by it to support file-operations of ioctl and mmap to access SRAM > memory from user level. Different kinds of SRAM alloction and free > APIs could be registered by specific SR