发件人：Scott Wood
发送日期：2020-03-01 07:12:58
收件人："王文虎"
抄送人：wangwenhu ,Kumar Gala
,Benjamin Herrenschmidt
,Paul Mackerras ,Michael Ellerman
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org,triv...@kernel.org,Rai
Harninder
主题：Re: Re: [PATCH] powerpc/Kconfig: Make FSL_85XX_
发件人：Scott Wood
发送日期：2020-03-02 16:58:52
收件人："王文虎"
抄送人：wangwenhu ,Kumar Gala
,Benjamin Herrenschmidt
,Paul Mackerras ,Michael Ellerman
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org,triv...@kernel.org,Rai
Harninder
主题：Re: [PATCH] powerpc/Kconfig: Make FSL_85XX_
From: Christophe Leroy
Date: 2020-01-21 16:37:07
To:"王文虎" ,Andrew Donnellan
cc: Kate Stewart ,Richard Fontana
,Greg Kroah-Hartman
,linux-ker...@vger.kernel.org,wangwenhu
,Paul Mackerras
,triv...@kernel.org,Thomas Gleixner
,linuxppc-dev@lists.ozlabs.org,loneh...@hotmail.com
S
From: Scott Wood
Date: 2020-01-21 11:25:25
To: wangwenhu ,Kumar Gala
,Benjamin Herrenschmidt
,Paul Mackerras ,Michael Ellerman
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org
Cc: triv...@kernel.org,wenhu.w...@vivo.com,Rai Harninder
Subject: Re: [PATCH] powerpc/Kconfig: Make
发件人：Scott Wood
发送日期：2020-01-21 13:49:59
收件人："王文虎"
抄送人：wangwenhu ,Kumar Gala
,Benjamin Herrenschmidt
,Paul Mackerras ,Michael Ellerman
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org,triv...@kernel.org,Rai
Harninder
主题：Re: [PATCH] powerpc/Kconfig: Make FSL_85XX_
发件人：Andrew Donnellan
发送日期：2020-01-21 14:13:07
收件人：wangwenhu ,Benjamin Herrenschmidt
,Paul Mackerras ,Michael Ellerman
,Kate Stewart ,Greg
Kroah-Hartman ,Richard Fontana
,Thomas Gleixner
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org
Hi, Christophe,
dev_kzalloc really looks better. I will update the patch with the comments
addressed.
Thanks,
Wenhu
From: Christophe Leroy Date: 2020-04-16 19:49:01
To:Wang Wenhu ,gre...@linuxfoundation.org,
linux-ker...@vger.kernel.org,o...@buserror.net,linuxppc-dev@lists.ozlabs.org
cc:
>> On Thu, 2020-04-16 at 08:35 -0700, Wang Wenhu wrote:
>> > +#define UIO_INFO_VER "devicetree,pseudo"
>>
>> What does this mean? Changing a number into a non-obvious string (Why
>> "pseudo"? Why does the UIO user care that the config came from the device
>> tree?) just to avoid setting
>> 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 added to the available array and could be configured
>> from user level.
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
>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
>A driver for freescale 85xx platforms to access the Cache-Sram form>user
>level. This is extremely helpful for some user-space applications
>that require high performance memory accesses.
>
>Cc: Greg Kroah-Hartman
>Cc: Christophe Leroy
>Cc: Scott Wood
>Cc: Michael Ellerman
>Cc:
>> > > On Thu, 2020-04-16 at 08:35 -0700, Wang Wenhu wrote:
>> > > > +#define UIO_INFO_VER "devicetree,pseudo"
>> > >
>> > > What does this mean? Changing a number into a non-obvious string (Why
>> > > "pseudo"? Why does the UIO user care that the config came from the
>> > > device
>> > >
Hi,
Seems there is something wrong with the server that multiple dumplications
of the v3 patches were sent out, please ignore the rest and take this newest
series as formal count.
Thanks,
Wenhu
From: Wang Wenhu
Date: 2020-04-16 15:49:14
To:
Hi,
From: Christophe Leroy
Date: 2020-04-16 18:36:38
To:"王文虎"
cc:
gre...@linuxfoundation.org,linux-ker...@vger.kernel.org,o...@buserror.net,linuxppc-dev@lists.ozlabs.org,ker...@vivo.com
Subject: Re: [PATCH v3,0/4] drivers: uio: new driver uio_fsl_85xx_cache_sram>
>
>Le 16/
>On Fri, 2020-04-17 at 09:42 +0200, Greg KH wrote:>> On Thu, Apr 16, 2020 at
>11:58:29PM -0500, Scott Wood wrote:
>> > On Fri, 2020-04-17 at 10:31 +0800, 王文虎 wrote:
>> > > Sounds it is. And does the modification below fit well?
>> > >
发件人：Christophe Leroy
发送日期：2020-03-14 01:45:11
收件人：WANG Wenhu ,Benjamin Herrenschmidt
,Paul Mackerras ,Michael Ellerman
,Richard Fontana ,Kate Stewart
,Allison Randal ,Thomas
Gleixner
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org
抄送人：ker...@vivo.com,triv...@kernel.org
主题：Re:
From: Michael Ellerman
Date: 2020-03-16 17:41:12
To:WANG Wenhu ,Benjamin Herrenschmidt
,Paul Mackerras ,WANG Wenhu
,Allison Randal ,Richard Fontana
,Greg Kroah-Hartman ,Thomas
Gleixner
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org
cc: triv...@kernel.org,ker...@vivo.com,stable
发件人：Christophe Leroy
发送日期：2020-03-14 03:24:20
收件人："王文虎"
抄送人：Benjamin Herrenschmidt ,Paul Mackerras
,Michael Ellerman ,Richard Fontana
,Kate Stewart ,Allison
Randal ,Thomas Gleixner
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org,ker...@vivo.com,triv...@kernel.org
主题：Re:
create mode 100644 arch/powerpc/sysdev/fsl_85xx_sram_uapi.c
>>>
>>> We shouldn't add more stuff in arch/powerpc/sysdev/
>>>
>>> Either it is dedicated to 85xx, and it should go into
>>> arch/powerpc/platform/85xx/ , or it is common to several
>>> platforms/architectures and should be moved
>> diff --git a/include/linux/sram_dynamic.h b/include/linux/sram_dynamic.h
>> new file mode 100644
>> index ..c77e9e7b1151
>> --- /dev/null
>> +++ b/include/linux/sram_dynamic.h
>> @@ -0,0 +1,23 @@
>> +/* SPDX-License-Identifier: GPL-2.0 */
>> +#ifndef __SRAM_DYNAMIC_H
>> +#define
>Le 24/04/2020 à 04:45, Wang Wenhu a écrit :
>> New module which registers its memory allocation and free APIs to the
>> sram_dynamic module, which would create a device of struct sram_device
>> type to act as an interface for user level applications to access the
>> backend hardware device,
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
>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
From: Michael Ellerman
Date: 2020-03-17 19:22:13
To:"王文虎"
cc: Benjamin Herrenschmidt ,Paul Mackerras
,Allison Randal ,Richard Fontana
,Greg Kroah-Hartman ,Thomas
Gleixner
,linuxppc-dev@lists.ozlabs.org,linux-ker...@vger.kernel.org,triv...@kernel.org,ker...@vivo.com,stable
S
25 matches
Mail list logo
