[Hardware] ohci1394 oops (2.6.18-ovz-smp-alt22)

[Hardware] ohci1394 oops (2.6.18-ovz-smp-alt22)

[Michael Shigorin]

	Здравствуйте.
Пока попалось, фиксирую:

# dmesg | /usr/sbin/ksymoops 
ksymoops 2.4.11 on i686 2.6.18-ovz-smp-alt22.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.6.18-ovz-smp-alt22/ (default)
     -m /boot/System.map-2.6.18-ovz-smp-alt22 (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Error (regular_file): read_ksyms stat /proc/ksyms failed
/usr/sbin/ksymoops: No such file or directory
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
SGI XFS with ACLs, security attributes, realtime, large block numbers, no debug enabled
ehci_hcd 0000:00:02.2: debug port 1
8139too Fast Ethernet driver 0.9.27
 [<c01045b6>] show_trace_log_lvl+0x5b/0x18e
 [<c0104c89>] show_trace+0xf/0x11
 [<c0104d88>] dump_stack+0x17/0x2f
 [<c014bf4e>] __report_bad_irq+0x36/0x7d
 [<c014c144>] note_interrupt+0x1af/0x1eb
 [<c014b795>] __do_IRQ+0xa1/0xdc
 [<c0105b9c>] do_IRQ+0xb3/0xc3
 [<c0103d9a>] common_interrupt+0x1a/0x20
 [<c0102d00>] system_call+0x0/0x29
[<f8ae1925>] (ohci_irq_handler+0x0/0x778 [ohci1394])
[<f976c569>] (radeon_driver_irq_handler+0x0/0xcf [radeon])
8139cp: 10/100 PCI Ethernet driver v1.2 (Mar 22, 2004)

1 warning and 1 error issued.  Results may not be reliable.

В dmesg дословно так:

irq 201: nobody cared (try booting with the "irqpoll" option)
 [<c01045b6>] show_trace_log_lvl+0x5b/0x18e
 [<c0104c89>] show_trace+0xf/0x11
 [<c0104d88>] dump_stack+0x17/0x2f
 [<c014bf4e>] __report_bad_irq+0x36/0x7d
 [<c014c144>] note_interrupt+0x1af/0x1eb
 [<c014b795>] __do_IRQ+0xa1/0xdc
 [<c0105b9c>] do_IRQ+0xb3/0xc3
 [<c0103d9a>] common_interrupt+0x1a/0x20
DWARF2 unwinder stuck at common_interrupt+0x1a/0x20
Leftover inexact backtrace:
 [<c0102d00>] system_call+0x0/0x29
handlers:
[<f8ae1925>] (ohci_irq_handler+0x0/0x778 [ohci1394])
[<f976c569>] (radeon_driver_irq_handler+0x0/0xcf [radeon])
Disabling IRQ #201

Попалось на 

01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01)
02:08.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)

при 

Kernel command line: BOOT_IMAGE=linux-smp ro root=302 acpi_use_timer_override panic=0 resume=/dev/hda1

--- /proc/interrupts 
           CPU0       
  0:  173616913          XT-PIC  timer
  1:     613672    IO-APIC-edge  i8042
  4:    5537870    IO-APIC-edge  serial
  6:        185    IO-APIC-edge  floppy
  7:         13    IO-APIC-edge  parport0
  8:          2    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 14:    1048513    IO-APIC-edge  ide0
 15:    8241818    IO-APIC-edge  ide1
169:    5379702   IO-APIC-level  libata, ohci_hcd:usb3
177:   38079076   IO-APIC-level  ehci_hcd:usb1
185:          0   IO-APIC-level  ohci_hcd:usb2
193:    3827104   IO-APIC-level  int, ext
201:     100000   IO-APIC-level  radeon@pci:0000:01:00.0
209:     916911   IO-APIC-level  EMU10K1
NMI:          0 
LOC:  173619990 
ERR:          1
MIS:          0

Вообще говоря, у меня был один непонятный прецедент, возможно, 
с памятью -- с тех пор продувал, но зуб за неё не дам.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] ohci1394 oops (2.6.18-ovz-smp-alt22)

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1436 bytes --]

On Wed, Mar 26, 2008 at 11:33:40PM +0200, Michael Shigorin wrote:
> 	Здравствуйте.
> Пока попалось, фиксирую:
> 
> # dmesg | /usr/sbin/ksymoops 
> ksymoops 2.4.11 on i686 2.6.18-ovz-smp-alt22.  Options used

Для ядер 2.6.x, собранных с CONFIG_KALLSYMS=y, ksymoops нужен только при
необходимости дизассемблирования строки Code: (чем приходится заниматься
далеко не каждый раз) - остальное уже делается самим ядром.

> irq 201: nobody cared (try booting with the "irqpoll" option)
>  [<c01045b6>] show_trace_log_lvl+0x5b/0x18e
>  [<c0104c89>] show_trace+0xf/0x11
>  [<c0104d88>] dump_stack+0x17/0x2f
>  [<c014bf4e>] __report_bad_irq+0x36/0x7d
>  [<c014c144>] note_interrupt+0x1af/0x1eb
>  [<c014b795>] __do_IRQ+0xa1/0xdc
>  [<c0105b9c>] do_IRQ+0xb3/0xc3
>  [<c0103d9a>] common_interrupt+0x1a/0x20
> DWARF2 unwinder stuck at common_interrupt+0x1a/0x20
> Leftover inexact backtrace:
>  [<c0102d00>] system_call+0x0/0x29
> handlers:
> [<f8ae1925>] (ohci_irq_handler+0x0/0x778 [ohci1394])
> [<f976c569>] (radeon_driver_irq_handler+0x0/0xcf [radeon])
> Disabling IRQ #201

Это не oops, а stuck IRQ; обычно возникает при кривых таблицах IRQ routing
в BIOS (прерывания приходят не на ту линию IRQ, где их ожидают), реже - в
ситуациях, когда устройство выставило запрос прерывания, а драйвер для
него в этот момент не загружен (что опять-таки может быть связано с
ошибками в BIOS при настройке этого устройства).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] ohci1394 oops (2.6.18-ovz-smp-alt22)

[Michael Shigorin]

On Thu, Mar 27, 2008 at 01:00:36PM +0300, Sergey Vlasov wrote:
> > Disabling IRQ #201
> Это не oops, а stuck IRQ; обычно возникает при кривых таблицах
> IRQ routing в BIOS (прерывания приходят не на ту линию IRQ, где
> их ожидают), реже - в ситуациях, когда устройство выставило
> запрос прерывания, а драйвер для него в этот момент не загружен
> (что опять-таки может быть связано с ошибками в BIOS при
> настройке этого устройства).

Понял, спасибо; забыл следом дописать -- oops был явно при
загрузке с неделю тому, при вчерашней -- не наблюдался 
и камера тоже работает:

201:     149217   IO-APIC-level  ohci1394, radeon@pci:0000:01:00.0

(последних недели полторы это примерно ежедневно обновляемый
сизиф)

А чем бы пнуть распределение прерываний полегче, чем pci=noacpi?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] ohci1394 oops (2.6.18-ovz-smp-alt22)

[Konstantin A. Lepikhov]

Hi Michael!

Thursday 27, at 04:31:24 PM you wrote:

> On Thu, Mar 27, 2008 at 01:00:36PM +0300, Sergey Vlasov wrote:
> > > Disabling IRQ #201
> > Это не oops, а stuck IRQ; обычно возникает при кривых таблицах
> > IRQ routing в BIOS (прерывания приходят не на ту линию IRQ, где
> > их ожидают), реже - в ситуациях, когда устройство выставило
> > запрос прерывания, а драйвер для него в этот момент не загружен
> > (что опять-таки может быть связано с ошибками в BIOS при
> > настройке этого устройства).
> 
> Понял, спасибо; забыл следом дописать -- oops был явно при
> загрузке с неделю тому, при вчерашней -- не наблюдался 
> и камера тоже работает:
> 
> 201:     149217   IO-APIC-level  ohci1394, radeon@pci:0000:01:00.0
> 
> (последних недели полторы это примерно ежедневно обновляемый
> сизиф)
> 
> А чем бы пнуть распределение прерываний полегче, чем pci=noacpi?
pci=routeirq

-- 
WBR et al.

[Hardware] *SOLVED* Re: ohci1394 oops (2.6.18-ovz-smp-alt22)

[Michael Shigorin]

On Thu, Mar 27, 2008 at 05:39:41PM +0300, Konstantin A. Lepikhov wrote:
> > А чем бы пнуть распределение прерываний полегче, чем pci=noacpi?
> pci=routeirq

Пока полёт нормальный, спасибо.

Кажется, когда-то предлагал добавить это в Failsafe для 3.0
(#6889).  Надо будет на 2.6.24-х попроверять, переоткрыл.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/