Kumar Gala wrote on Tuesday, June 03, 2008 9:16 PM > To: Sulibhavi, Madhvesh > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > linuxppc-dev@ozlabs.org; Paul Mackerras > Subject: Re: [RFC] Kprobes for book-e
..<snip> > > > > > I think the block code under CONFIG_BOOKE may not > > be required now if exception cleanup fixes address the stack > > problem which i had explained in my port. I have to look into > > exception fix patches and confirm about these changes. Can > > you please provide me the thread where exception cleanup > > is posted as i haven't tracked the list from long time. > > http://ozlabs.org/pipermail/linuxppc-dev/2008-May/056457.html > > What was the original thinking about why you had to enable > MSR_EE and > MSR_CE? I found that this code is redundant and it was added while debugging the flags status during my port. This is a bug since it modifies the MSR status and enables the critical and external bits which is not supposed to. The interrupts status should be kept back to original state without enabling interrupt bits after executing the post_handler. So this change is not valid and it can be taken out. The code within the "prepare_single_step()" is already doing the job of disabling interrupts and setting bits required for single step and hence no additional changes are required for Book-e version of kprobes. I confirmed the above changes in my local tree and found no issues for kprobes, jprobes and kretprobes. But this testing is done using 2.6.22.y+ppc arch. Once after fixing the binutils-2.17 issue i am facing for latest kernel, i will retest and inform if any problems to new patches. -madhvesh ------------------------------------------------------------------- This email is confidential and intended only for the use of the individual or entity named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message. - This mail is sent via Sony Asia Pacific Mail Gateway. ------------------------------------------------------------------- _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev