>> What was the issue?  You really should try to make this work rather than<br>>> hack around it.<br><br>what we found was the decrementer is not generating an exception when it becomes 0. and the timebase registers are not getting incremented too. The exceptions are enabled in MSR registers.<br>

<br>we are using embedded60x port of linux3.0.3; we've written the dts file with proper clock-frequency/timebase-frequency values.<br><br>Do you think we might've missed some configuration in the timer perspective ?<br>

<br><br><div class="gmail_quote">On Fri, Sep 16, 2011 at 10:33 PM, Scott Wood <span dir="ltr"><<a href="mailto:scottwood@freescale.com">scottwood@freescale.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On 09/16/2011 06:43 AM, Vineeth wrote:<br>
> Hi,<br>
><br>
> We are porting Linux on MPC7410 based board. As there was some issue<br>
> with the processor DECrementer and timebase registers,<br>
<br>
</div>What was the issue?  You really should try to make this work rather than<br>
hack around it.<br>
<div class="im"><br>
> lately we moved to Linux 3.0.3. What we found was even without a proper<br>
> timer, the kernel with initramfs worked (except the calls like<br>
> sleep,delay ofcourse); Is there any major difference in the scheduler ?<br>
> or the way context switch happens ? is it not depended on the timer<br>
> interrupt or the timer ??<br>
<br>
</div>If your timer is broken then you won't get timeslice expiration, but<br>
basic scheduling should still work.  Most scheduling (depending on type<br>
of load, of course) will be triggered by processes blocking or being<br>
woken up by I/O, not timeslice expiration.<br>
<font color="#888888"><br>
-Scott<br>
<br>
</font></blockquote></div><br>