Uz.ytkownik Zwane Mwaikambo napisa?:
> On Thu, 8 Aug 2002, Marcin Dalecki wrote:
>
>
>>I can report pretty the same:
>>
>>Trace; c0113f84 <try_to_wake_up+104/110>
>>Trace; c0113fa6 <wake_up_process+16/20>
>>Trace; c011d1f7 <do_softirq+a7/c0>
>
>
> What to do? Looks like do_softirq needs some work, also reading the
> comments at the beginning of kernel/softirq.c is it preempt safe? This is
> from looking at 'cpu = smp_processor_id' usage in do_softirq.
I think that you are right do_softirq is apparently in toruble.
Nowever the above only occurs when, I'm working on my notebook through
ssh X11 port forward login. So in this case there are likely
many overlapping IDE/eth0 IRQ comming through. And it's *really* the
eth part that matters. So it could simply be that the e8139too
driver deserves review in regards of proper lock protection.
I got the same error yesterday with preempt turned on. Turned it off
and it was no longer a problem but I hadn't had a chance to try
reproducing it on a clean kernel yet.
-Paul Larson