On Thu, 11 Mar 2010 17:04:04 -0600 Neale Ferguson <[email protected]> wrote:
> It was doing a MVCLE 4,2 (a8420000) > > R2 - 0 so it was trying to reference page 0. > > > On 3/11/10 5:59 PM, "Marcy Cortes" <[email protected]> wrote: > > Mar 11 04:36:00 cpzpv17020 kernel: Low-address protection: 0004 [#1] > Mar 11 04:36:00 cpzpv17020 kernel: CPU: 1 Not tainted > (2.6.5-7.317-s390x 200905261627510200) > Mar 11 04:36:00 cpzpv17020 kernel: Process java (pid: 11073, task: > 000000007c7ee070, ksp: 000000004b5835c8) > Mar 11 04:36:00 cpzpv17020 kernel: User PSW : 0705f00180000000 > 000002000089ec04 (0x2000089ec04) > Mar 11 04:36:00 cpzpv17020 kernel: User GPRS: 0000000000000000 > 0000000000000001 0000000000000000 0000000000000000 > Mar 11 04:36:00 cpzpv17020 kernel: 0000020098ef2000 > 00000000000008e8 0000020098ef2b60 0000000000020000 > Mar 11 04:36:00 cpzpv17020 kernel: 00000200c6f9f508 > 0000000000000000 0000000000003400 00000000800382f8 > Mar 11 04:36:00 cpzpv17020 kernel: 0000020000861560 > 00000200008a9e98 000002000087d936 00000200c6f9f258 > Mar 11 04:36:00 cpzpv17020 kernel: User Code: a8 42 00 00 a7 14 ff fe 07 fe > 07 07 a7 29 00 00 07 fe 07 07 MVCLE with a zero source length is a memset. The instruction only accesses the target address, the source address is of no concern. A low-address protection exception may NEVER happen for a user-space process, the user space asce has the private space control bit set. This is definitely a kernel bug, we've seen the same on SLES10. The fix is a backport of the new TLB flush logic. Just for verification: this is on a z10, no? -- blue skies, Martin. "Reality continues to ruin my life." - Calvin. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
