Jak odróżnić soft lockup w jądrze od softlockup w przestrzeni użytkownika?

Mam poniżej lockup. Czy to wskazuje na to, że slic_test pid 5207 jest sprawcą, czy pokazuje to tylko dlatego, że bieżące makro w jądrze wciąż wskazuje proces przestrzeni użytkownika, który spowodował wywołanie systemowe do mojego sterownika? Ponadto - znaczek zdarzenia irq 0 ... co dokładnie oznacza znaczek zdarzenia irq? Nie może być liczbą przerwań od startu ... zdecydowanie było więcej niż 0 po 88798 sekundach ...Jak odróżnić soft lockup w jądrze od softlockup w przestrzeni użytkownika?

System jest jednoprocesorowy z wyłączoną opcją CONFIG_SMP.

[88798.449628] BUG: soft lockup - CPU#0 stuck for 61s! [slic_test:5207] 
[88798.449628] Modules linked in: slic_xxxx leds_xxxx vortex86_spi dm_mirror dm_log dm_multipath dm_mod ohci_hcd ehci_hcd r6040 vortex86_wdt vortex86_gpio [last un] 
[88798.449628] irq event stamp: 0 
[88798.449628] hardirqs last enabled at (0): [<00000000>] 0x0 
[88798.449628] hardirqs last disabled at (0): [<c0115563>] copy_process+0x233/0x1090 
[88798.449628] softirqs last enabled at (0): [<c0115563>] copy_process+0x233/0x1090 
[88798.449628] softirqs last disabled at (0): [<00000000>] 0x0 
[88798.449628] 
[88798.449628] Pid: 5207, comm: slic_test Not tainted (2.6.27.62 #11) 
[88798.449628] EIP: 0060:[<c011b6b5>] EFLAGS: 00000246 CPU: 0 
[88798.449628] EIP is at __do_softirq+0x45/0xb0 
[88798.449628] EAX: 00000000 EBX: 00000082 ECX: 00000001 EDX: dfac5080 
[88798.449628] ESI: c0696120 EDI: 0000000a EBP: df3bdf8c ESP: df3bdf80 
[88798.449628] DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 
[88798.449628] CR0: 8005003b CR2: b7622780 CR3: 1f3c8000 CR4: 00000000 
[88798.449628] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 
[88798.449628] DR6: ffff0ff0 DR7: 00000400 
[88798.449628] [<c011b766>] do_softirq+0x46/0x50 
[88798.449628] [<c011bad5>] irq_exit+0x45/0x50 
[88798.449628] [<c01057ba>] do_IRQ+0x4a/0x90 
[88798.449628] [<c0103e68>] common_interrupt+0x28/0x30 
[88798.449628] =======================

Źródło

2013-08-16 bodangly

Miękkie blokowanie występuje, gdy proces wykonuje tylko kontekst jądra, a nie w kontekście użytkownika, soft lockup to błąd, który powoduje, że jądro zapętla się w trybie jądra przez nieuzasadnioną ilość czasu, blokując działanie innych procesów. " – askb

Obecność/brak śladu wywołania wskazuje początek miękkiego blokowania.

[88798.449628] [<c011b766>] do_softirq+0x46/0x50 
[88798.449628] [<c011bad5>] irq_exit+0x45/0x50 
[88798.449628] [<c01057ba>] do_IRQ+0x4a/0x90 
[88798.449628] [<c0103e68>] common_interrupt+0x28/0x30

jądro Linux spowodował wyżej miękkiego zablokowaniu, jak to opisano w powyższym połączenia ślad.
jeżeli proces przestrzeni użytkownika spowodowało miękkiego zablokowaniu linia identyfikację procesu jego PID będą rejestrowane, a następnie zawartość poszczególnych procesorów rejestrujących bez uprzedniego-śladu rodzaju.

Źródło

2013-08-17 07:12:22 TheCodeArtist

-2

[88.798,449628] Pid: 5207, Komisja: slic_test Nie skażone (2.6.27.62 # 11)

Nie skażone oznacza problemem stało się w jądrze.

„skażone” flagi są sposobem przez jądro mówiąc to nie jest wina jądra (źródło jądra jest otwarty i „czysty”. „Skaza” pochodzi z non-GPL modułów i innych.

http://www.opensourceforu.com/2011/01/understanding-a-kernel-oops/

Źródło

2014-12-27 18:06:16

" Nie zanieczyszczony "/"Tainted" tak naprawdę nie ma nic wspólnego z pytaniem. Pokazuje tylko, czy załadowane są moduły spoza GPL. –

Jak odróżnić soft lockup w jądrze od softlockup w przestrzeni użytkownika?

Odpowiedz

Powiązane problemy