Re: Remove memory DLPAR operation fails for Debian 6.0.3 on IBM Power6 and Power7 Systems
Hello,
just FYI, the hanging system on LPM suspend/resume has now also
been fixed, see:
https://www.ibm.com/developerworks/mydeveloperworks/groups/service/forum/topicThread?topicUuid=9108f310-0899-4394-b3f1-d82e3506d630
again, or directly to the kernel patch:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2012-January/095360.html
Best regards,
Frank
On Fri, Jan 06, 2012 at 12:49:08AM +0100, Frank Fegert wrote:
> Hello,
>
> just a follow up on how the issue of DLPAR memory removal not
> working was resolved: Disabling the CONFIG_SPARSEMEM_VMEMMAP
> kernel config option. Apparently this option is not supported
> right now in conjunction with memory DLPAR. Credits for solving
> this go to the folks over at IBMs developerWorks, see:
> https://www.ibm.com/developerworks/mydeveloperworks/groups/service/forum/topicThread?topicUuid=9108f310-0899-4394-b3f1-d82e3506d630
>
> The next step was giving LPM a try. This looked good from the
> HMC status messages at first, but the whole OS hang at/after
> the suspend/unsuspend operation. The LPM from the HMC finished
> with an ok status, but the OS still hang. After several minutes
> of waiting it eventually continued to run. The kernel messages
> shown below showed up around the time the OS continued to run.
>
> Any thoughts about that one?
>
> Thanks & best regards,
>
> Frank
>
>
> ######################################################################################
> [ ... memory remove DLPAR here ... ]
> [ 1718.704600] Trying to free nonexistent resource <000000008f000000-000000008fffffff>
> [ 1966.342008] ------------[ cut here ]------------
> [ 1966.342043] WARNING: at /usr/src/linux-2.6-2.6.39/debian/build/source_powerpc_none/kernel/timer.c:1012
> [ 1966.342049] Modules linked in: loop serio ext3 jbd mbcache dm_round_robin dm_multipath scsi_dh dm_mod sd_mod crc_t10dif ibmvscsic scsi_transport_srp scsi_tgt scsi_mod ibmveth [last unloaded: scsi_wait_scan]
> [ 1966.342102] NIP: c0000000000a79a0 LR: c00000000003dddc CTR: 000000000178f500
> [ 1966.342108] REGS: c00000009ffc77e0 TRAP: 0700 Not tainted (2.6.39-bpo.2-powerpc)
> [ 1966.342112] MSR: 8000000000021032 <ME,CE,IR,DR> CR: 48000084 XER: 00000001
> [ 1966.342135] TASK = c00000009e994ab0[0] 'kworker/0:1' THREAD: c00000009e99c000 CPU: 5
> [ 1966.342140] GPR00: 0000000000000001 c00000009ffc7a60 c000000000828fb8 c000000000768b08
> [ 1966.342149] GPR04: 0000000000000001 0000000000000000 0000000000000012 0000001200000000
> [ 1966.342157] GPR08: 0000000000000012 c00000009ffc4000 0000000000000006 0000000000000001
> [ 1966.342166] GPR12: 0000000000000000 c00000000eea6c80 c00000009e99ff90 000000000ef04280
> [ 1966.342175] GPR16: 0000000000000000 0000000000000000 c000000000765f88 c000000000be4eb0
> [ 1966.342183] GPR20: c0000000007b2960 0000000000000020 0000000000000000 c000000000838300
> [ 1966.342191] GPR24: 0000000000000000 0000000000000000 c00000009b4e7c94 c00000009b4e7c9c
> [ 1966.342200] GPR28: 0000000000000040 0000000000000001 c000000000798840 c000000000768b08
> [ 1966.342251] NIP [c0000000000a79a0] .del_timer_sync+0x28/0x5c
> [ 1966.342270] LR [c00000000003dddc] .stop_topology_update+0x20/0x34
> [ 1966.342274] Call Trace:
> [ 1966.342287] [c00000009ffc7a60] [000000001c8e9d39] 0x1c8e9d39 (unreliable)
> [ 1966.342294] [c00000009ffc7ae0] [c00000000003dddc] .stop_topology_update+0x20/0x34
> [ 1966.342310] [c00000009ffc7b50] [c000000000023678] .__rtas_suspend_last_cpu+0x54/0x1cc
> [ 1966.342326] [c00000009ffc7c00] [c0000000000d475c] .generic_smp_call_function_interrupt+0x11c/0x264
> [ 1966.342335] [c00000009ffc7cf0] [c00000000002e7f8] .smp_message_recv+0x48/0xf4
> [ 1966.342345] [c00000009ffc7d70] [c00000000005c934] .xics_ipi_dispatch+0x74/0x130
> [ 1966.342357] [c00000009ffc7e10] [c0000000001030d0] .handle_irq_event_percpu+0xec/0x2f0
> [ 1966.342363] [c00000009ffc7f00] [c000000000106248] .handle_percpu_irq+0x84/0xd0
> [ 1966.342374] [c00000009ffc7f90] [c00000000001e7d0] .call_handle_irq+0x1c/0x2c
> [ 1966.342381] [c00000009e99fab0] [c00000000000f7b4] .do_IRQ+0x184/0x26c
> [ 1966.342387] [c00000009e99fb60] [c000000000004d30] hardware_interrupt_entry+0x18/0x1c
> [ 1966.342395] --- Exception: 501 at .arch_local_irq_restore+0x70/0x80
> [ 1966.342397] LR = .cpu_idle+0x124/0x1d8
> [ 1966.342423] [c00000009e99fee0] [c00000000054afc4] .start_secondary+0x354/0x360
> [ 1966.342430] [c00000009e99ff90] [c0000000000092e8] .start_secondary_prolog+0x10/0x14
> [ 1966.342435] Instruction dump:
> [ 1966.342439] 7c0803a6 4e800020 7c0802a6 fbe1fff8 7c7f1b78 f8010010 f821ff81 78290464
> [ 1966.342449] 80090014 5400019e 7c0000d0 78000fe0 <0b000000> 7fe3fb78 4bfffea1 2f830000
> [ 1966.342461] ---[ end trace dcb8a21996018b78 ]---
> [ 1966.342466] calling ibm,suspend-me on cpu 5
> [ 1986.614322] EPOW <0x6240040000000b8 0x0 0x0>
> [ 1986.624019] RTAS: event: 1, Type: EPOW, Severity: 1
> [ 1986.627729] ibmvscsi 30000002: Re-enabling adapter!
> [ 1986.644364] ibmvscsi 30000003: Re-enabling adapter!
> [ 1989.073563] ibmvscsi 30000003: partner initialization complete
> [ 1989.073571] ibmvscsi 30000002: partner initialization complete
> [ 1989.073651] ibmvscsi 30000003: host srp version: 16.a, host partition vios2-p550-300 (2), OS 3, max io 262144
> [ 1989.075131] ibmvscsi 30000003: Client reserve enabled
> [ 1989.075145] ibmvscsi 30000003: sent SRP login
> [ 1989.075228] ibmvscsi 30000003: SRP_LOGIN succeeded
> [ 1989.075504] ibmvscsi 30000002: host srp version: 16.a, host partition vios1-p550-300 (1), OS 3, max io 262144
> [ 1989.075616] ibmvscsi 30000002: Client reserve enabled
> [ 1989.076232] ibmvscsi 30000002: sent SRP login
> [ 1989.076347] ibmvscsi 30000002: SRP_LOGIN succeeded
> [ 1990.818052] property parse failed in parse_next_property at line 225
> [ 1992.320326] property parse failed in parse_next_property at line 225
>
>
> --
> To UNSUBSCRIBE, email to debian-powerpc-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] 20120105234908.GA2184@dyndns.org">http://lists.debian.org/[🔎] 20120105234908.GA2184@dyndns.org
Reply to: