Sergei Shtylyov wrote:
> Hello.
>
> Jason Wessel wrote:
>> If not can you provide me with a test case to see the problem?
>
>    Well, for example, with 2.6.18-rt7 kernel, stepping into 
> smp_processor_id() was blowing away U-Boot (!) on my PPC board (even 
> in PREEMPT_DESKTOP mode)... On x86, stepping past preempt_disable() 
> caused reboots.

Sergei,

Now that sounds more interesting.  Perhaps you can elaborate on the 
configuration further, or provide the results of a test.  I wonder if I 
have the same board I can try that test on?  In theory it should already 
be fixed, after merging the code.  On ppc boards I have seen this happen 
with evlog before where it can scramble the boot loader.

For the x86 problem, which part of the kernel should I step through to 
try out the preempt_disable()?   Are you using a low level single step, 
a source step in, step over, or finish frame?  Certainly you cannot step 
through all parts of the kernel, but it would be good to understand 
where you cannot and why it would work by turning off DEBUG_PREEMPT.

If you do come across another corner case please me know and I can try 
and look at it further.

Jason.



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Kgdb-bugreport mailing list
Kgdb-bugreport@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport

Reply via email to