shiva7 wrote
> Thanks again Scott.
/
>> Any idea whether the DBCR0 BRT bit actually works(??),
>
>> Do you have reason to believe that it might not?
/
>
> I'm facing a strange problem which was not there on server processor. Let
> me try to give brief flow.
>
Paul Mackerras wrote
> Commit de79f7b9f6 ("powerpc: Put FP/VSX and VR state into structures")
> modified load_up_fpu() and load_up_altivec() in such a way that they
> now use r7 and r8. Unfortunately, the callers of these functions on
> 32-bit machines then return to userspace via fast_exception_r
Thanks again Scott.
/> Any idea whether the DBCR0 BRT bit actually works(??),
> Do you have reason to believe that it might not? /
I'm facing a strange problem which was not there on server processor. Let me
try to give brief flow.
Server :
Set BE bit (thru system call or sigreturn) for speci
Thanks Scott.
Apologize for not quoting the old email reference. I assumed the old archive
content always will be in the trail.
Any idea whether the DBCR0 BRT bit actually works(??), if I add DBCR0 under
sys_debug context call? because this code seems like direct porting and
wondering why on fir
I have the same question as like above posted by Mr. Chirs.
Could someone help to understand why the debug BRT bit not handled in debug
context sys call? Intentional or need volunteer to finish up this part :)
--
View this message in context:
http://linuxppc.10917.n7.nabble.com/questions-on-C
