[PATCH v2 powerpc ] Avoid debug_smp_processor_id() check in SHARED_PROCESSOR

Use local_paca directly in macro SHARED_PROCESSOR, as all processors have the same value for the field shared_proc, so we don't need care racy here. Reported-by: Paul E. McKenney Signed-off-by: Li Zhong --- arch/powerpc/include/asm/spinlock.h |2 +- 1 files changed, 1 insertions(+), 1 delet

[Solved] SD Card over SPI, not working for MPC8313

Hello All, The problem has been resolved. After some debugging, we observed that problem was in initialisation of 'fsl_spi' driver. The 'fsl_spi' driver extracts platform data from device tree. This platform data contains gpio number for chip-select control (cs_control). Since, MPC8313E platfo

Re: [PATCH 2/8] mm: use vm_unmapped_area() on alpha architecture

On 9/01/2013, at 2:28 PM, Michel Lespinasse wrote: Update the alpha arch_get_unmapped_area function to make use of vm_unmapped_area() instead of implementing a brute force search. Signed-off-by: Michel Lespinasse 'Tis running fine on my alpha. Tested-by: Michael Cree Cheers Michael. _

Re: Freescale P2020 CPU Freeze over PCIe abort signal

On 01/24/2013 05:53:51 AM, siva kumar wrote: Thank you Scott for the reply. May I know did u got out of this issue and can i get some brief on what changes they had suggested. I wasn't the one that had the issue. Why not send an e-mail to Eran Liberty? -Scott On Thu, Jan 24, 2013 at

[PATCH 2/2] powerpc: Change hardware breakpoint to allow longer ranges

Change the hardware breakpoint code so that we can support wider ranged breakpoints. This means both ptrace and perf hardware breakpoints can use upto 512 byte long breakpoints when using the DAWR and only 8 byte when using the DABR. Signed-off-by: Michael Neuling --- arch/powerpc/include/asm/h

[PATCH 1/2] powerpc: Add length setting to set_dawr

Currently we set the length field in the DAWR to 0 which defaults it to one double word (64bits) which is the same as the DABR. Change this so that we can set it to longer values as supported by the DAWR. Signed-off-by: Michael Neuling --- arch/powerpc/kernel/process.c | 10 +- 1 file

Re: [PATCH] perf/Power: PERF_EVENT_IOC_ENABLE does not reenable event

Paul Mackerras [pau...@samba.org] wrote: | > + /* | > +* If this event was disabled in record_and_restart() because we | > +* exceeded the ->event_limit, this is probably a good time to | > +* re-enable the event ? If we don't reenable the event, we will | > +* never notify the us

[PATCH][v2] perf/Power: PERF_EVENT_IOC_ENABLE does not reenable event

perf/Power: PERF_EVENT_IOC_ENABLE does not reenable event If we disable a perf event because we exceeded the specified ->event_limit, power_pmu_stop() sets the PERF_HES_STOPPED flag on the event. If the application then re-enables the event using PERF_EVENT_IOC_ENABLE ioctl, we don't ever clear t

RE: [PATCH 2/2] powerpc/85xx: describe the PAMU topology in the device tree

> -Original Message- > From: Gala Kumar-B11780 > Sent: Wednesday, January 23, 2013 11:27 AM > To: Wood Scott-B07421; Yoder Stuart-B08248 > Cc: linuxppc-...@ozlabs.org list; Timur Tabi > Subject: Re: [PATCH 2/2] powerpc/85xx: describe the PAMU topology in the > device tree > > > On Jan

[PATCH][v3] KVM: PPC: add paravirt idle loop for 64-bit book E

From: Stuart Yoder Signed-off-by: Stuart Yoder --- -v3 -whitespace cleanup, deleted stray comma, added comment arch/powerpc/kernel/epapr_hcalls.S |2 ++ arch/powerpc/kernel/idle_book3e.S | 32 ++-- 2 files changed, 32 insertions(+), 2 deletions(-) diff -

Re: [PATCH powerpc ] Avoid debug_smp_processor_id() check in arch_spin_unlock_wait()

On Thu, 2013-01-24 at 18:13 +0800, Li Zhong wrote: > I'm not very clear about the "risk" you mentioned above. It seems to me > that the freeing of lppaca only appeared in free_unused_pacas(), called > by early setup code, at which time hotplug seems impossible. > > I must missed something ... No

Re: [RFC/PATCH 24/32] usb: gadget: s3c-hsotg: let udc-core manage gadget->dev

Hi Felipe, On Thursday 24 of January 2013 17:46:02 Felipe Balbi wrote: > By simply setting a flag, we can drop some > boilerplate code. > > Signed-off-by: Felipe Balbi > --- > drivers/usb/gadget/s3c-hsotg.c | 14 +- > 1 file changed, 1 insertion(+), 13 deletions(-) > > diff --git a

Re: [RFC/PATCH 01/32] usb: gadget: udc-core: allow udc class register gadget device

Hi Felipe, On Thursday 24 of January 2013 17:45:39 Felipe Balbi wrote: > Currently all UDC drivers are calling > device_register() before calling > usb_add_gadget_udc(). In order to avoid > code duplication, we can allow udc-core.c > register that device. > > However that would become a really la

Re: [RFC/PATCH 32/32] usb: gadget: drop now unnecessary flag

Hi Felipe, On Thursday 24 of January 2013 17:46:10 Felipe Balbi wrote: > We don't need the ->register_my_device flag > anymore because all UDC drivers have been > properly converted. > > Let's remove every history of it. > > Signed-off-by: Felipe Balbi > --- > drivers/usb/chipidea/udc.c

RE: [PATCH][v2] KVM: PPC: add paravirt idle loop for 64-bit book E

> -Original Message- > From: Wood Scott-B07421 > Sent: Thursday, January 24, 2013 12:22 PM > To: Yoder Stuart-B08248 > Cc: ag...@suse.de; b...@kernel.crashing.org; linuxppc-...@ozlabs.org; > kvm-...@vger.kernel.org; > k...@vger.kernel.org; Yoder Stuart-B08248 > Subject: Re: [PATCH][v2] K

[GIT PULL 00/74] perf/core improvements and fixes

Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit 203e04c16330c880538588e932743f404ee4fd66: Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core (2013-01-24 16:30:45 +0100) are available in the git r

[PATCH 59/74] perf tools: Fix PMU format parsing test failure

From: Sukadev Bhattiprolu On POWER, the 'perf format parsing' test always fails. Looks like it is because memset() is being passed number of longs rather than number of bytes. It is interesting that the test always passes on my x86 box. With this patch, the test passes on POWER and continues to

Re: [RFC/PATCH 32/32] usb: gadget: drop now unnecessary flag

On Thu, Jan 24, 2013 at 07:52:52PM +0100, Tomasz Figa wrote: > Hi Felipe, > > On Thursday 24 of January 2013 17:46:10 Felipe Balbi wrote: > > We don't need the ->register_my_device flag > > anymore because all UDC drivers have been > > properly converted. > > > > Let's remove every history of it.

Re: [PATCH][v2] KVM: PPC: add paravirt idle loop for 64-bit book E

On 01/22/2013 05:54:43 PM, Stuart Yoder wrote: +.macro BOOK3E_IDLE_LOOP +1: + PPC_WAIT(0) b 1b +.endm + +.macro EPAPR_EV_IDLE_LOOP +idle_loop: + LOAD_REG_IMMEDIATE(r11, EV_HCALL_TOKEN(EV_IDLE)) + +.global epapr_ev_idle_start +epapr_ev_idle_start: + li r3, -1 +

Re: [PATCH][v2] KVM: PPC: add paravirt idle loop for 64-bit book E

On 23.01.2013, at 00:54, Stuart Yoder wrote: > From: Stuart Yoder > > Signed-off-by: Stuart Yoder Ben, this one is in generic powerpc code, so I'd say it's for you :). Alex > --- > > -v2 > -macro'ized loop in idle_book3e.S to avoid code >duplication, paravirt loop is now in idle_bo

Re: [PATCH v5 01/45] percpu_rwlock: Introduce the global reader-writer lock backend

On 01/23, Michel Lespinasse wrote: > > On Tue, Jan 22, 2013 at 11:32 AM, Steven Rostedt wrote: > > > > I thought global locks are now fair. That is, a reader will block if a > > writer is waiting. Hence, the above should deadlock on the current > > rwlock_t types. > > I believe you are mistaken he

[RFC/PATCH 32/32] usb: gadget: drop now unnecessary flag

We don't need the ->register_my_device flag anymore because all UDC drivers have been properly converted. Let's remove every history of it. Signed-off-by: Felipe Balbi --- drivers/usb/chipidea/udc.c | 1 - drivers/usb/dwc3/gadget.c | 1 - drivers/usb/gadget/amd5536udc.c

[RFC/PATCH 28/32] usb: gadget: pxa25x_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/pxa25x_udc.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/usb/gadget/pxa25x_udc.c b/drivers/usb/gadget/pxa25x_udc.c index fa9c344..9deffd3 1006

[RFC/PATCH 31/32] usb: chipidea: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/chipidea/udc.c | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c index f64fbea..e95e8bb 100644 --- a/d

[RFC/PATCH 30/32] usb: chipidea: register debugging syfs on our device

Don't register anything non-generic under the gadget's device as we don't really *own* it. Signed-off-by: Felipe Balbi --- drivers/usb/chipidea/udc.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c index 2f45bba..f

[RFC/PATCH 27/32] usb: renesas_usbhs: gadget: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/renesas_usbhs/mod_gadget.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/usb/renesas_usbhs/mod_gadget.c b/drivers/usb/renesas_usbhs/mod_gadget.c ind

[RFC/PATCH 29/32] usb: gadget: pxa27x_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/pxa27x_udc.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/usb/gadget/pxa27x_udc.c b/drivers/usb/gadget/pxa27x_udc.c index f7d2579..23a3eed 100644

[RFC/PATCH 24/32] usb: gadget: s3c-hsotg: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/s3c-hsotg.c | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git a/drivers/usb/gadget/s3c-hsotg.c b/drivers/usb/gadget/s3c-hsotg.c index 833d85b..bd8292d 10

[RFC/PATCH 25/32] usb: gadget: s3c-hsudc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/s3c-hsudc.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/usb/gadget/s3c-hsudc.c b/drivers/usb/gadget/s3c-hsudc.c index 4a3d620..dee6810 10064

[RFC/PATCH 26/32] usb: gadget: s3c2410_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/s3c2410_udc.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/usb/gadget/s3c2410_udc.c b/drivers/usb/gadget/s3c2410_udc.c index fc07b43..302e137 1

[RFC/PATCH 20/32] usb: gadget: net2272: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/net2272.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/usb/gadget/net2272.c b/drivers/usb/gadget/net2272.c index d226058..635248f 100644 --- a

[RFC/PATCH 23/32] usb: gadget: r8a66597-udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/r8a66597-udc.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/usb/gadget/r8a66597-udc.c b/drivers/usb/gadget/r8a66597-udc.c index 5a80751..4

[RFC/PATCH 22/32] usb: gadget: pch_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/pch_udc.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/usb/gadget/pch_udc.c b/drivers/usb/gadget/pch_udc.c index a787a8e..7032145 100644 --- a/

[RFC/PATCH 21/32] usb: gadget: net2280: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/net2280.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/usb/gadget/net2280.c b/drivers/usb/gadget/net2280.c index 708c0b5..630f715 100644 --- a/driver

[RFC/PATCH 19/32] usb: gadget: mv_udc_core: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/mv_udc_core.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/usb/gadget/mv_udc_core.c b/drivers/usb/gadget/mv_udc_core.c index 67d72f9..60741

[RFC/PATCH 17/32] usb: gadget: mv_u3d_core: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/mv_u3d_core.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/usb/gadget/mv_u3d_core.c b/drivers/usb/gadget/mv_u3d_core.c index b5cea27..565addc 1

[RFC/PATCH 16/32] usb: gadget: m66592-udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/m66592-udc.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/usb/gadget/m66592-udc.c b/drivers/usb/gadget/m66592-udc.c index 0a35db1..c5d1b39

[RFC/PATCH 18/32] usb: gadget: mv_u3d_core: fix a compile warning

Fix the following compile warning: mv_u3d_core.c:1766:12: warning: 'mv_u3d_remove' \ defined but not used [-Wunused-function] Signed-off-by: Felipe Balbi --- drivers/usb/gadget/mv_u3d_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/gadget/mv_u3d_co

[RFC/PATCH 13/32] usb: gadget: goku_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/goku_udc.c | 10 +- drivers/usb/gadget/goku_udc.h | 3 +-- 2 files changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/usb/gadget/goku_udc.c b/drivers/usb/gadget/g

[RFC/PATCH 15/32] usb: gadget: lpc32xx_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/lpc32xx_udc.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/usb/gadget/lpc32xx_udc.c b/drivers/usb/gadget/lpc32xx_udc.c index dd1c9b1..077e021

[RFC/PATCH 14/32] usb: gadget: imx_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/imx_udc.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/usb/gadget/imx_udc.c b/drivers/usb/gadget/imx_udc.c index a0eb857..c8b5da3 100644 --

[RFC/PATCH 12/32] usb: gadget: fusb300_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/fusb300_udc.c | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git a/drivers/usb/gadget/fusb300_udc.c b/drivers/usb/gadget/fusb300_udc.c index 8c2372f..798a

[RFC/PATCH 10/32] usb: gadget: fsl_qe_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/fsl_qe_udc.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git a/drivers/usb/gadget/fsl_qe_udc.c b/drivers/usb/gadget/fsl_qe_udc.c index ec50f18..08c84

[RFC/PATCH 07/32] usb: gadget: atmel_usba_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/atmel_usba_udc.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/usb/gadget/atmel_usba_udc.c b/drivers/usb/gadget/atmel_usba_udc.c index a7ae

[RFC/PATCH 11/32] usb: gadget: fsl_udc_core: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/fsl_udc_core.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/usb/gadget/fsl_udc_core.c b/drivers/usb/gadget/fsl_udc_core.c index 49642d4..b78b73

[RFC/PATCH 09/32] usb: gadget: dummy_hcd: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/dummy_hcd.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/usb/gadget/dummy_hcd.c b/drivers/usb/gadget/dummy_hcd.c index 95d584d..8155d4a 100644

[RFC/PATCH 00/32] usb: refactor gadget->dev registration

Hi folks, Please comment on this series as I need help testing it on all UDC controllers so we can send it for v3.10 merge window. NOTE: I will queue this series for v3.10 merge window, so make sure to test and comment. cheers Felipe Balbi (32): usb: gadget: udc-core: allow udc class register

[RFC/PATCH 05/32] usb: gadget: amd5536udc: let udc-core manage gadget->dev

By simply setting a flag, we drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/amd5536udc.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/usb/gadget/amd5536udc.c b/drivers/usb/gadget/amd5536udc.c index 3dac001..1827d4c 100644 ---

[RFC/PATCH 02/32] usb: dwc3: gadget: let udc-core manage gadget->dev

We don't need to register that device ourselves if we simply set gadget->register_my_device. Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/gadget.c | 17 ++--- 1 file changed, 2 insertions(+), 15 deletions(-) diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c inde

[RFC/PATCH 06/32] usb: gadget: at91_udc: let udc-core manage gadget->dev

By simply setting a flag, we can remove some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/at91_udc.c | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/usb/gadget/at91_udc.c b/drivers/usb/gadget/at91_udc.c index 10f45fa..177b56d 100

[RFC/PATCH 08/32] usb: gadget: bcm63xx_udc: let udc-core manage gadget->dev

By simply setting a flag, we can drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/bcm63xx_udc.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/usb/gadget/bcm63xx_udc.c b/drivers/usb/gadget/bcm63xx_udc.c index 47a4993..10b0475 10064

[RFC/PATCH 04/32] usb: gadget: omap_udc: let udc-core manage gadget->dev

By simply setting a flag, we drop some boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/gadget/omap_udc.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/usb/gadget/omap_udc.c b/drivers/usb/gadget/omap_udc.c index d0c87b1..234e82b 100644 ---

[RFC/PATCH 03/32] usb: musb: gadget: let udc-core manage gadget-dev

By simply setting a flag, we can delete a little boilerplate code. Signed-off-by: Felipe Balbi --- drivers/usb/musb/musb_gadget.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gadget.c index 8767874..1c4a8e8 1

[RFC/PATCH 01/32] usb: gadget: udc-core: allow udc class register gadget device

Currently all UDC drivers are calling device_register() before calling usb_add_gadget_udc(). In order to avoid code duplication, we can allow udc-core.c register that device. However that would become a really large patch, so to cope with the meanwhile and allow us to write bite-sized patches, we'

Re: [PATCH 3/8] mm: use vm_unmapped_area() on frv architecture

Michel Lespinasse wrote: > Update the frv arch_get_unmapped_area function to make use of > vm_unmapped_area() instead of implementing a brute force search. > > Signed-off-by: Michel Lespinasse > Acked-by: Rik van Riel Acked-by: David Howells ___ Li

Re: Freescale P2020 CPU Freeze over PCIe abort signal

Thank you Scott for the reply. May I know did u got out of this issue and can i get some brief on what changes they had suggested. Thanks, Siva On Thu, Jan 24, 2013 at 3:10 AM, Scott Wood wrote: > On 01/23/2013 11:41:26 AM, siva kumar wrote: > >> Hi , >> >> Is there any update on this , am ge

Re: [PATCH 1/8] mm: use vm_unmapped_area() on parisc architecture

On Wed, 2013-01-23 at 17:29 -0800, Michel Lespinasse wrote: > Update the parisc arch_get_unmapped_area function to make use of > vm_unmapped_area() instead of implementing a brute force search. > > Signed-off-by: Michel Lespinasse > Acked-by: Rik van Riel > > --- > arch/parisc/kernel/sys_paris

Re: [PATCH powerpc ] Avoid debug_smp_processor_id() check in arch_spin_unlock_wait()

On Thu, 2013-01-24 at 14:47 +1100, Benjamin Herrenschmidt wrote: > On Thu, 2013-01-10 at 17:00 +0800, Li Zhong wrote: > > Use local_paca directly in arch_spin_unlock_wait(), as all processors have > > the > > same value for the field shared_proc, so we don't need care racy here. > > Of course tha

[PATCH 2/2] cpu-hotplug, memory-hotplug: Remove __cpuinit declaration of numa_clear_node().

numa_clear_node() will be used by check_and_unmap_cpu_on_node() when we do node hotplug. So it is no longer a __cpuinit function. Do not declare it as a __cpuinit function, otherwise it will cause section mismatch warning when compiling. Signed-off-by: Tang Chen --- arch/x86/mm/numa.c |2 +-

[PATCH 0/2] Fix section mismatch caused by node offline code.

Since node offline code uses __apicid_to_node[] and numa_clear_node(), they are no longer init data or function. So do not declare them as __cpuinitdata or __cpuinit. Tang Chen (2): cpu_hotplug: Remove __cpuinitdata declaration of __apicid_to_node[]. cpu-hotplug,memory-hotplug: Remove __cpuini

[PATCH 1/2] cpu_hotplug: Remove __cpuinitdata declaration of __apicid_to_node[].

__apicid_to_node[] will be used by acpi_unmap_lsapic() when we do node hotplug. So it is no longer an init data. Do not declare __apicid_to_node[] as a __cpuinitdata, otherwise it will cause section mismatch warning when compiling. Signed-off-by: Tang Chen --- arch/x86/mm/numa.c |2 +- 1 fil