[EMAIL PROTECTED] wrote: > On Thu, 7 Jul 2005, Tiberiu Socaciu wrote: > > >>azi am parsat logurile de pe serverul de loguri (inclusiv syslog pentru >>remote) si vad destul de des pentru un anume ip xx.xx.xx.xx urmatoarea >>secventa: >> >>Jul 6 18:19:31 xx.xx.xx.xx kernel: NETDEV WATCHDOG: eth2: transmit timed >>out >>Jul 6 18:19:35 xx.xx.xx.xx kernel: Debug: sleeping function called from >>invalid context at mm/slab.c:2088 >>Jul 6 18:19:47 xx.xx.xx.xx kernel: in_atomic():1, irqs_disabled():0 >>Jul 6 18:20:07 xx.xx.xx.xx kernel: [<c011bd22>] __might_sleep+0x92/0xa0 >>Jul 6 18:20:27 xx.xx.xx.xx kernel: [<c0152081>] __kmalloc+0x81/0x90 >>etc etc >> >>oare ce o fi? >> > > > Oops-uri. Dar doar mesajele alea mie nu-mi spun mare lucru. Ceva suspect > inainte de astea ?
nu e nici un oops, e doar un stack dump din codul de debug care verifica daca e safe ca task-ul curent sa mearga la culcare (__might_sleep() - are activat CONFIG_DEBUG_SPINLOCK_SLEEP in .config). http://lxr.linux.no/source/kernel/sched.c#L5002 e un warning provocat de ceva driver buggy (driverul placii eth2?) care incearca sa doarma cu un spinlock down sau cand e intr-o zona preempt_disable (apeleaza kmalloc fara GFP_ATOMIC). cel mai probabil toata tarasenia porneste de la timeout-ul ala din care nu stie sa-si revina. oricum e un bug care teoretic il poate ingheta, daca ar fi lasat tot dump-ul ala poate aflam mai multe. --- Detalii despre listele noastre de mail: http://www.lug.ro/
