This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Fri Mar 24 00:26:48 2023 >From spaans Tue Oct 21 06:53:57 2014 Received: from pop.ziggo.nl [212.54.42.19] by squeeze.vs19.net with POP3 (fetchmail-6.3.21) for (single-drop); Tue, 21 Oct 2014 06:53:57 +0200 (CEST) Received: from md4.tb.mail.iss.local ([212.54.34.139]) by mc5.tb.mail.iss.local (Dovecot) with LMTP id RXqzNGrjRVRPbwAAh0Kp1A for ; Tue, 21 Oct 2014 06:48:39 +0200 Received: from mx11.gn.mail.iss.as9143.net ([212.54.34.139]) by md4.tb.mail.iss.local (Dovecot) with LMTP id /sR2I4ncF1RbGgAAkz+7wA ; Tue, 21 Oct 2014 06:48:40 +0200 Received: from vger.kernel.org ([209.132.180.67]) by mx11.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1XgRN8-0006Af-BE for bmw12-lkml@ziggo.nl; Tue, 21 Oct 2014 06:48:39 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753313AbaJUEs1 convert rfc822-to-quoted-printable (ORCPT ); Tue, 21 Oct 2014 00:48:27 -0400 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:46494 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750818AbaJUEs0 (ORCPT ); Tue, 21 Oct 2014 00:48:26 -0400 Received: from kw-mxoi1.gw.nic.fujitsu.com (unknown [10.0.237.133]) by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id EE8993EE183 for ; Tue, 21 Oct 2014 13:48:24 +0900 (JST) Received: from s1.gw.fujitsu.co.jp (s1.gw.fujitsu.co.jp [10.0.50.91]) by kw-mxoi1.gw.nic.fujitsu.com (Postfix) with ESMTP id 2463DAC02C1 for ; Tue, 21 Oct 2014 13:48:24 +0900 (JST) Received: from g01jpfmpwkw02.exch.g01.fujitsu.local (g01jpfmpwkw02.exch.g01.fujitsu.local [10.0.193.56]) by s1.gw.fujitsu.co.jp (Postfix) with ESMTP id CCBFBE18002 for ; Tue, 21 Oct 2014 13:48:23 +0900 (JST) Received: from G01JPEXCHKW18.g01.fujitsu.local (G01JPEXCHKW18.g01.fujitsu.local [10.0.194.57]) by g01jpfmpwkw02.exch.g01.fujitsu.local (Postfix) with ESMTP id 09E6E328489; Tue, 21 Oct 2014 13:48:22 +0900 (JST) X-SecurityPolicyCheck: OK by SHieldMailChecker v2.0.1 X-SHieldMailCheckerPolicyVersion: FJ-ISEC-20120718-3 Message-Id: <5445E571.30107@jp.fujitsu.com> Date: Tue, 21 Oct 2014 13:47:45 +0900 From: Yasuaki Ishimatsu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 Mime-Version: 1.0 To: Neil Zhang , Dan Streetman Cc: Greg KH , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] drivers: base: update cpu offline info when do hotplug References: <1413775748-22478-1-git-send-email-zhangwm@marvell.com> <20141020044340.GA9589@kroah.com> <9034CBD80F070943B59700D7F8149ED9024EB81CAF@SC-VEXCH4.marvell.com> <20141020064826.GA4064@kroah.com> <9034CBD80F070943B59700D7F8149ED9024EB81CC6@SC-VEXCH4.marvell.c In-Reply-To: <9034CBD80F070943B59700D7F8149ED9024EB81D5A@SC-VEXCH4.marvell.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-SecurityPolicyCheck-GC: OK by FENCE-Mail X-TM-AS-MML: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-Id: X-Mailing-List: linux-kernel@vger.kernel.org X-Ziggo-spamsetting: Instelling=Gemiddeld Scorelimiet=14 X-Ziggo-spambar: - X-Ziggo-spamscore: -1.2 X-Ziggo-spamreport: BAYES_00=-1.9,CM_SPACED_DATE=0.5,L_TAB_IN_FROM=2,RCVD_IN_JMF_W=-1,RELAY_JP=0.5,RP_MATCHES_RCVD=-1.427,TW_ZW=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No (2014/10/21 12:36), Neil Zhang wrote: > > >> -----Original Message----- >> From: Yasuaki Ishimatsu [mailto:isimatu.yasuaki@jp.fujitsu.com] >> Sent: 2014=E5=B9=B410=E6=9C=8821=E6=97=A5 11:27 >> To: Neil Zhang; Dan Streetman >> Cc: Greg KH; linux-kernel@vger.kernel.org >> Subject: Re: [PATCH] drivers: base: update cpu offline info when do = hotplug >> >> (2014/10/21 12:18), Neil Zhang wrote: >>> Yasuaki, >>> >>>> -----Original Message----- >>>> From: Yasuaki Ishimatsu [mailto:isimatu.yasuaki@jp.fujitsu.com] >>>> Sent: 2014=E5=B9=B410=E6=9C=8821=E6=97=A5 10:57 >>>> To: Dan Streetman; Neil Zhang >>>> Cc: Greg KH; linux-kernel@vger.kernel.org >>>> Subject: Re: [PATCH] drivers: base: update cpu offline info when d= o >>>> hotplug >>>> >>>> Hi Neil and Dan, >>>> >>>> (2014/10/21 2:02), Dan Streetman wrote: >>>>> On Mon, Oct 20, 2014 at 3:40 AM, Neil Zhang = wrote: >>>>>> Greg, >>>>>> >>>>>> >>>>>> -----Original Message----- >>>>>> From: Greg KH [mailto:gregkh@linuxfoundation.org] >>>>>> Sent: 2014=E5=B9=B410=E6=9C=8820=E6=97=A5 14:48 >>>>>> To: Neil Zhang >>>>>> Cc: linux-kernel@vger.kernel.org >>>>>> Subject: Re: [PATCH] drivers: base: update cpu offline info when= do >>>>>> hotplug >>>>>> >>>>>> On Sun, Oct 19, 2014 at 11:39:23PM -0700, Neil Zhang wrote: >>>>>>>> How much noise is this going to cause on a big/little system t= hat >>>>>>>> constantly hot unplug/plugs processors all of the time? >>>>>>> >>>>>>> Can you explain more what kind of noise will be introduced on a >>>>>>> big/little >>>> system? >>>>>> >>>>>> Have you tested this on such a machine? >>>>>> >>>>>> I didn't have such kind of machine on hand. >>>>>> Can anyone has such machine to verify it? >>>>>> Thanks! >>>>> >>>>> I tested this on a ppc PowerVM system, using dlpar operations to >>>>> remove/add cpus. >>>>> >>>>> Without this patch the cpu online nodes get out of sync with the >>>>> main online node (and the actual state of the cpus), because they >>>>> aren't updated as the cpus are brought up/down: >>>>> >>>> >>>>> [root@br10p02 cpu]$ pwd >>>>> /sys/devices/system/cpu >>>>> [root@br10p02 cpu]$ cat online >>>>> 0-39 >>>>> [root@br10p02 cpu]$ for n in {0..47} ; do test $( cat cpu$n/onlin= e ) >>>>> -eq 1 && echo -n "$n " ; done ; echo "" >>>>> 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 = 25 >>>>> 26 >>>>> 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 >>>> >>>> How is the issue reproduced. >>>> >>>> Here is a result on my x86 box with linux-3.18-rc1. >>>> >>>> - before offline CPU >>>> # cd /sys/devices/system/cpu/ >>>> # cat online >>>> 0-59 >>>> # for n in {0..59} ; do test $( cat cpu$n/online ) -eq 1 && echo -= n >>>> "$n " ; done ; echo "" >>>> 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 2= 5 >>>> 26 27 28 >>>> 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 = 51 >>>> 52 53 54 >>>> 55 >>>> 56 57 58 59 >>>> >>>> - after offline CPU{1..59} >>>> # for n in {1..59} ; do echo 0 > cpu$n/online; done # cat online >>>> 0 >>>> # for n in {0..59} ; do test $( cat cpu$n/online ) -eq 1 && echo -= n >>>> "$n " ; done ; echo "" >>>> 0 >>>> >>>> It seems that dev->offline is set to correct valute. >>>> >>> >> >>> Please use an in kernel governor to up / down a core instead of sys= fs >> interface. >> >> Thank you for the information. But I don't know the in kernel govern= or? >> Could you point a documentation of it? >> > > Simply means that you call cpu_down / cpu_up directly in kernel base = on the profiler. I understood it. When using sysfs, device_online/offline() changes dev->offline. Therefore, this problem did not occur in my previous test. Thanks, Yasuaki Ishimatsu > >> Thanks, >> Yasuaki Ishimatsu >> >>> >>>> Thanks, >>>> Yasuaki Ishimatsu >>>> >>>>> >>>>> >>>>> While with the patch, the cpu online nodes are kept up to date as >>>>> the cpus are brought up/down: >>>>> >>>>> [root@br10p02 cpu]$ pwd >>>>> /sys/devices/system/cpu >>>>> [root@br10p02 cpu]$ cat online >>>>> 0-39 >>>>> [root@br10p02 cpu]$ for n in {0..47} ; do test $( cat cpu$n/onlin= e ) >>>>> -eq 1 && echo -n "$n " ; done ; echo "" >>>>> 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 = 25 >>>>> 26 >>>>> 27 28 29 30 31 32 33 34 35 36 37 38 39 >>>>> >>>>> >>>>> Feel free to add >>>>> >>>>> Tested-by: Dan Streetman >>>>> >>>>>> >>>>>>> As I know IKS on arm will use cpu_suspend way to power down a c= ore. >>>>>> >>>>>> Are you sure that it also doesn't use that same functionality to >>>>>> drop a >>>> processor to save power? >>>>>> >>>>>> As I know it use cpu_suspend to switch out a processor in IKS an= d >>>>>> there is >>>> no cpu hotplug notifier in this procedure. >>>>>> >>>>>> >>>>>> Why do you need/want this notification? What are you going to d= o >>>>>> with this >>>> information that you don't already have? >>>>>> >>>>>> The offline won't be updated if an in kernel hotplug governor pl= ug >>>>>> in / out >>>> a core which cause the sysfs interface report a wrong status. >>>>>> >>>>>> >>>>>> thanks, >>>>>> >>>>>> greg k-h >>>>>> >>>>>> >>>>>> Best Regards, >>>>>> Neil Zhang >>>>> -- >>>>> To unsubscribe from this list: send the line "unsubscribe >>>>> linux-kernel" in the body of a message to majordomo@vger.kernel.o= rg >>>>> More majordomo info at http://vger.kernel.org/majordomo-info.htm= l >>>>> Please read the FAQ at http://www.tux.org/lkml/ >>>>> >>>> >>> >>> >>> Best Regards, >>> Neil Zhang >>> =04 {.n + +% lzwm b =EB=A7=B2 r zX =19=1E w {ay =1D=CA=87= =DA=99 ,j >>> f h z =1E w >> >> j:+v w j m zZ+ =DD=A2j" ! iO z v ^=14=04=1A =1B= m >> n=C6=8A Y& >>> >> > > > Best Regards, > Neil Zhang > =13=EF=BF=BD=EF=BF=BD=EC=B9=BB=1C=EF=BF=BD&=EF=BF=BD~=EF=BF=BD&=EF=BF= =BD=18=EF=BF=BD=EF=BF=BD+-=EF=BF=BD=EF=BF=BD=DD=B6=17=EF=BF=BD=EF=BF=BD= w=EF=BF=BD=EF=BF=BD=CB=9B=EF=BF=BD=EF=BF=BD=EF=BF=BDm=EF=BF=BDb=EF=BF=BD= =EF=BF=BDdz=EF=BF=BD=DE=96)=EF=BF=BD=EF=BF=BD=EF=BF=BDw*=1Fjg=EF=BF=BD=EF= =BF=BD=EF=BF=BD=1E=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=DD=A2j/= =EF=BF=BD=EF=BF=BD=EF=BF=BDz=EF=BF=BD=DE=96=EF=BF=BD=EF=BF=BD2=EF=BF=BD= =DE=99=EF=BF=BD=EF=BF=BD=EF=BF=BD&=EF=BF=BD)=DF=A1=EF=BF=BDa=EF=BF=BD=EF= =BF=BD=7F=EF=BF=BD=EF=BF=BD=1E=EF=BF=BDG=EF=BF=BD=EF=BF=BD=EF=BF=BDh=EF= =BF=BD=0F=EF=BF=BDj:+v=EF=BF=BD=EF=BF=BD=EF=BF=BDw=EF=BF=BD=D9=A5>W=EF=BF= =BD=EF=BF=BD=EF=BF=BD=EF=BF=BDi=EF=BF=BDaxP=10j=EF=BF=BDm=EF=BF=BD=EF=BF= =BD=EF=BF=BD=EF=BF=BD=0C-=EF=BF=BD=1A+=EF=BF=BD=EF=BF=BDd=EF=BF=BD_ > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"= in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/