Re: [PATCH] firmware: make sure builtin firmware is page alignment

2018-08-06 Thread Zhang, Ning A
在 2018-08-06一的 16:05 +0200,gre...@linuxfoundation.org写道: > On Mon, Aug 06, 2018 at 01:48:44AM +0000, Zhang, Ning A wrote: > > 在 2018-08-03五的 12:31 +0200,gre...@linuxfoundation.org写道: > > > On Fri, Aug 03, 2018 at 08:42:25AM +0000, Zhang, Ning A wrote: > > > > 在 2018

Re: [PATCH] firmware: make sure builtin firmware is page alignment

2018-08-05 Thread Zhang, Ning A
在 2018-08-06一的 01:48 +,Zhang, Ning A写道: > 在 2018-08-03五的 12:31 +0200,gre...@linuxfoundation.org写道: > > On Fri, Aug 03, 2018 at 08:42:25AM +0000, Zhang, Ning A wrote: > > > 在 2018-08-03五的 07:39 +0200,Greg KH写道: > > > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zh

Re: [PATCH] firmware: make sure builtin firmware is page alignment

2018-08-05 Thread Zhang, Ning A
在 2018-08-03五的 12:31 +0200,gre...@linuxfoundation.org写道: > On Fri, Aug 03, 2018 at 08:42:25AM +0000, Zhang, Ning A wrote: > > 在 2018-08-03五的 07:39 +0200,Greg KH写道: > > > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > > > when firmware is in filesyst

Re: [PATCH] firmware: make sure builtin firmware is page alignment

2018-08-03 Thread Zhang, Ning A
在 2018-08-03五的 07:39 +0200,Greg KH写道: > On Fri, Aug 03, 2018 at 09:45:21AM +0800, Zhang Ning wrote: > > when firmware is in filesystem, request_firmware will load it, > > and copy it to vmalloc memory, that is page align memory. > > > > but when firmware is builtin, it is 8 bytes or 4 bytes alignm

3 version of MKDEV: kernel, uapi, libc, why?

2018-04-11 Thread Zhang, Ning A
Hi, Greg, Thomas I find 3 version of MKDEV (actually 2 + makedev) in include/linux/kdev_t.h #define MINORBITS 20 #define MKDEV(ma,mi)(((ma) << MINORBITS) | (mi)) in inlcude/uapi/linux/kdev_t.h #define MKDEV(ma,mi)((ma)<<8 | (mi)) in Android bi

Re: [PATCH] init: no need to wait device probe

2018-03-18 Thread Zhang, Ning A
在 2018-03-17六的 12:17 -0700,Randy Dunlap写道: > Maintainers don't mine mailing lists for patches to apply. thank you very much, I will resend my patch. BR. Ning.

Re: [PATCH v2 00/36] remove in-kernel syscall invocations (part 1)

2018-03-16 Thread Zhang, Ning A
在 2018-03-15四的 20:04 +0100,Dominik Brodowski写道: > Here is a re-spin of the first set of patches which reduce the number of > syscall invocations from within the kernel; the RFC may be found at > > The rationale for this change is described in patch 1 as follows: > > The syscall entry points

Re: maybe a bug in SELinux: security_context_to_sid_core

2018-03-08 Thread Zhang, Ning A
Hi, Bill For below SELinux behavior, do you know why. BR. Ning. 在 2018-02-28三的 14:47 +0800,Zhang Ning写道: > Hi, > > Before SELinux is initialized, get scontext by secid by using: > > security_secctx_to_secid() may return wrong numbe > > eg: > security_secctx_to_secid("devnull", strlen("devnul

maybe a bug in SELinux: security_context_to_sid_core

2018-02-27 Thread Zhang, Ning A
Hi, Before SELinux is initialized, get scontext by secid by using: security_secctx_to_secid() may return wrong numbe eg: security_secctx_to_secid("devnull", strlen("devnull"), &sid); sid here will be 1 because: in security_context_to_sid_core: ... if (!ss_initialized) {

RE: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

2018-01-24 Thread Zhang, Ning A
] Sent: Wednesday, January 24, 2018 5:01 PM To: Zhang, Ning A Cc: Andy Lutomirski ; t...@linutronix.de; sta...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re: backport Rewrite sync_core() to use IRET-to-self to stable kernels? On Wed, Jan 24, 2018 at 08:19:44AM +, Zhang, Ning A

RE: backport Rewrite sync_core() to use IRET-to-self to stable kernels?

2018-01-24 Thread Zhang, Ning A
Thanks Greg, Andy How about c198b121b1a1d7a7171770c634cd49191bac4477? Will both patches go to stable kernel? BR. Ning. -Original Message- From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] Sent: Tuesday, January 23, 2018 3:26 PM To: Andy Lutomirski Cc: Zhang, Ning A

ASOC bug? maybe no need to set bias_level to PREPARE.

2013-05-09 Thread Zhang, Ning A
Hi, Girdwood When I try to fix wm1811 standby issue for our customer, I find a strange behavior in ASOC core. here is my test code: snd_soc_dapm_disable_pin(&dapm,"MICBIAS2"); snd_soc_dapm_disable_pin(&dapm,"CLK_SYS"); snd_soc_dapm_sync(&dapm); and add debug info in dapm_pre_sequence_async()