Yes, on a z10. 

Marcy 

"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."


-----Original Message-----
From: Martin Schwidefsky [mailto:schwidef...@de.ibm.com] 
Sent: Friday, March 12, 2010 1:42 AM
To: Linux on 390 Port
Cc: Cortes, Marcy D.; ne...@sinenomine.net
Subject: Re: Low address protection

On Thu, 11 Mar 2010 17:04:04 -0600
Neale Ferguson <ne...@sinenomine.net> 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" <marcy.d.cor...@wellsfargo.com> 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 lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to