Unregelmässiger ARM Crash

spacie · 8. April 2005

Hi,

ich habe (eigentlich seit Jahren) das Problem, dass der ARM immer wieder crashed. Eine sinnvolle Meldung vor dem Crash kann ich nicht entdecken, zumindest keine, die auf die Ursache schliessen lässt...
Jetzt will ich mir mal die Zeit nehmen, dem Problem endgültig auf den Grund zu gehen, eventuell könnt ihr mir dabei helfen...

Die Suche hat mich nicht wirklich weitergebracht...

System:
Asus K7M mit 600 Mhz Athlon
128 MB PC133 RAM
Realtek 100 MBit Netzwerkkarte
Fujitsu Siemens DVB-S 1.3 Full Featured

Ich verwende und teste schon fast ewig (4-5 Jahre?) VDR auf dieser Box, habe verschiedenste Versionen mit verschiedenen Firmwares ausprobiert, dennoch kommt der Crash immer mal wieder. Temperatur-Probleme habe ich mal ausgeschlossen, da manchmal der Crash schon nach wenigen Sekunden bis Minuten kommt, manchmal erst nach Stunden...
Empfangsquali ist ok, obwohl ich von einer 80 cm Schüssel auf eine 60 cm Balkon-Schüssel gewechselt habe.

Durchgeführte Hardware-Wechsel:

andere Schüssel
DVB-S baugleich (hatte zunächst 2 drin, dann mal nur die erste, mal nur die zweite), jetzt nach Verkauf der einen habe ich nur noch eine drin.
RAM gestern auf 256 MB PC100 (nachdem ich gelesen habe, dass das K7M Probs mit PC133 hat)

Software:
Linvdr 0.6 mit aktualisiertem Treiber (welcher genau kann ich jetzt nicht sagen, wenn wichtig kann ich das aber nachreichen)
Plugins (ne ganze Menge, Crashte aber auch früher ohne Plugins)
Lirc
vdradmin

Bevor ich jetzt bei Eb** noch ein Board und Prozessor hole, will ich erstmal alle anderen Möglichkeiten ausschliessen...

Interrupts sollten ok sein, DVB-S hat nen eigenen Interrupt.

Hier noch die Ausgaben von logread, dmesg, lsmod und die Interrupt-Belegung, bitte helft mir, ich drehe bald durch

Danke im Voraus,

spacie

dmesg:

Code

000000fff0000 - 000000000fff8000 (ACPI data)
 BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
255MB LOWMEM available.
On node 0 totalpages: 65520
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 61424 pages, LIFO batch:14
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 AMI                                       ) @ 0x000fb020
ACPI: RSDT (v001 AMIINT          0x00000010 MSFT 0x00000097) @ 0x0fff0000
ACPI: FADT (v001 AMIINT          0x00000010 MSFT 0x00000097) @ 0x0fff0030
ACPI: DSDT (v001   ASUS      K7M 0x00001000 MSFT 0x0100000b) @ 0x00000000
Built 1 zonelists
Kernel command line: acpi=force vga=0x314 root=/dev/hda1 quiet
Initializing CPU#0
PID hash table entries: 1024 (order 10: 8192 bytes)
Detected 604.543 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Memory: 254912k/262080k available (2298k kernel code, 6436k reserved, 1135k data, 148k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1183.74 BogoMIPS
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU:     After generic identify, caps: 0183f9ff c1c3f9ff 00000000 00000000
CPU:     After vendor identify, caps: 0183f9ff c1c3f9ff 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU:     After all inits, caps: 0183f9ff c1c3f9ff 00000000 00000020
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Athlon(tm) Processor stepping 01
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfd9e1, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: IRQ5 SCI: Edge set to Level Trigger.
    ACPI-0179: *** Warning: The ACPI AML in your computer contains errors, please nag the manufacturer to correct it.
    ACPI-0182: *** Warning: Allowing relaxed access to fields; turn on CONFIG_ACPI_DEBUG for details.
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [URP2] (off)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [LPTP] (off)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 *12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 12
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 9
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
ikconfig 0.7 with /proc/config*
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Installing knfsd (copyright (C) 1996 [EMAIL]okir@monad.swb.de[/EMAIL]).
NTFS driver 2.1.6 [Flags: R/W].
udf: registering filesystem
Initializing Cryptographic API
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Processor [CPU1] (supports C1)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
Using anticipatory io scheduler
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:04.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c686a (rev 1b) IDE UDMA66 controller on pci0000:00:04.1
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
hda: Maxtor 6Y080P0, ATA DISK drive
hdb: Maxtor 4D080H4, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 160086528 sectors (81964 MB) w/7936KiB Cache, CHS=65535/16/63, UDMA(66)
 /dev/ide/host0/bus0/target0/lun0: p1
hdb: max request size: 1024KiB
hdb: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(66)
 /dev/ide/host0/bus0/target1/lun0: p1
hdc: ATAPI DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
drivers/usb/core/usb.c: registered new driver aiptek
drivers/usb/input/aiptek.c: v0.3 Chris Atenasio <chris@crud.net>
drivers/usb/input/aiptek.c: USB Aiptek 6000U/8000U tablet driver (Linux 2.5.x)
mice: PS/2 mouse device common for all mice
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
input: AT Translated Set 2 keyboard on isa0060/serio0
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI: (supports S0 S1 S5)
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 148k freed
blk: queue c132fa00, I/O limit 4095Mb (mask 0xffffffff)
blk: queue c132f600, I/O limit 4095Mb (mask 0xffffffff)
EXT3 FS on hda1, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
USB Universal Host Controller Interface driver v2.2
Adding 262136k swap on /var/vm/swapfile.  Priority:-1 extents:67
8139too Fast Ethernet driver 0.9.27
eth0: RealTek RTL8139 at 0xd0828d00, 00:40:f4:2b:7b:0e, IRQ 12
eth0:  Identified 8139 chip type 'RTL-8139C'
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
saa7146: found saa7146 @ mem d08d8e00 (revision 1, irq 10) (0x13c2,0x0000).
DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
ves1x93: Detected ves1893a rev2
DVB: registering frontend 0:0 (VES1893)...
Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:5b:a6:96
gpioirq unknown type=0 len=0
DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261b
DVB: AV7111(0) - firmware supports CI link layer interface
av7110(0): adac type set to 0
videodev: "av7110" has no release callback. Please fix your driver for proper sysfs support, see [URL]http://lwn.net/Articles/36850/[/URL]
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
av7110: found av7110-0.
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_ci dvb'.
saa7146: register extension 'budget dvb /w video in'.
lirc_dev: IR Remote Control driver registered, at major 61
lirc_serial: auto-detected active low receiver
lirc_dev: lirc_register_plugin:sample_rate: 0
av71100: ARM crashed!
gpioirq unknown type=0 len=0

Alles anzeigen

logread:

Code

Apr  8 10:27:53 flip syslog.info syslogd started: BusyBox v1.00-pre8 (2004.03.02-16:27+0000)
Apr  8 10:27:53 flip syslog.info klogd: 8139too Fast Ethernet driver 0.9.27
Apr  8 10:27:53 flip syslog.info klogd: eth0: RealTek RTL8139 at 0xd0828d00, 00:40:f4:2b:7b:0e, IRQ 12
Apr  8 10:27:53 flip syslog.debug klogd: eth0:  Identified 8139 chip type 'RTL-8139C'
Apr  8 10:27:53 flip syslog.info klogd: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Apr  8 10:27:53 flip syslog.info klogd: Linux video capture interface: v1.00
Apr  8 10:27:54 flip auth.info sshd[87]: Server listening on 0.0.0.0 port 22.
Apr  8 10:27:54 flip syslog.warn klogd: saa7146: register extension 'dvb'.
Apr  8 10:27:54 flip syslog.warn klogd: found saa7146 @ mem d08d8e00 (revision 1, irq 10) (0x13c2,0x0000).
Apr  8 10:27:54 flip syslog.warn klogd: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Apr  8 10:27:54 flip syslog.warn klogd: ves1x93: Detected ves1893a rev2
Apr  8 10:27:54 flip syslog.warn klogd: DVB: registering frontend 0:0 (VES1893)...
Apr  8 10:27:55 flip syslog.warn klogd: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:5b:a6:96
Apr  8 10:27:55 flip syslog.warn klogd: gpioirq unknown type=0 len=0
Apr  8 10:27:55 flip syslog.warn klogd: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261b
Apr  8 10:27:55 flip syslog.warn klogd: DVB: AV7111(0) - firmware supports CI link layer interface
Apr  8 10:27:55 flip syslog.warn klogd: av7110(0): adac type set to 0
Apr  8 10:27:55 flip syslog.warn klogd: videodev: "av7110" has no release callback. Please fix your driver for proper sysfs support, see [URL]http://lwn.net/Articles/36850/[/URL]
Apr  8 10:27:55 flip syslog.warn klogd: saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Apr  8 10:27:55 flip syslog.info klogd: av7110: found av7110-0.
Apr  8 10:27:55 flip syslog.warn klogd: saa7146: register extension 'budget dvb'.
Apr  8 10:27:55 flip syslog.warn klogd: saa7146: register extension 'budget_ci dvb'.
Apr  8 10:27:55 flip syslog.warn klogd: saa7146: register extension 'budget dvb /w video in'.
Apr  8 10:27:55 flip syslog.warn klogd: lirc_dev: IR Remote Control driver registered, at major 61
Apr  8 10:27:56 flip daemon.info init: Starting pid 120, console /dev/tty1: '/sbin/getty'
Apr  8 10:27:56 flip daemon.info init: Starting pid 121, console /dev/tty2: '/sbin/getty'
Apr  8 10:27:56 flip daemon.info init: Starting pid 122, console /dev/tty3: '/sbin/getty'
Apr  8 10:27:56 flip daemon.info init: Starting pid 123, console /dev/tty4: '/sbin/getty'
Apr  8 10:27:56 flip syslog.info klogd: lirc_serial: auto-detected active low receiver
Apr  8 10:27:56 flip syslog.warn klogd: lirc_dev: lirc_register_plugin:sample_rate: 0
Apr  8 10:27:57 flip user.info vdr[129]: VDR version 1.2.6 started
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-calendar.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-dvd.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-image.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-mp3.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-mplayer.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-osdpip.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-osdteletext.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-pcd.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-sleeptimer.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-status.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-timeline.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-tvonscreen.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-vcd.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading plugin: /usr/lib/vdr/plugins/libvdr-vdrcd.so.1.2.6
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/setup.conf
Apr  8 10:27:57 flip user.err vdr[129]: ERROR: unknown config parameter: BgClrChannelNum = -1996488705
Apr  8 10:27:57 flip user.err vdr[129]: ERROR: unknown config parameter: BgClrEpgData = -2013265920
Apr  8 10:27:57 flip user.err vdr[129]: ERROR: unknown config parameter: ClrChannelnum = 1
Apr  8 10:27:57 flip user.err vdr[129]: ERROR: unknown config parameter: MainMenuStyle = 1
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/sources.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/diseqc.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/channels.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/timers.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/commands.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/reccmds.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/svdrphosts.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/ca.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/remote.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/keymacros.conf
Apr  8 10:27:57 flip user.debug vdr[129]: probing /dev/dvb/adapter0/frontend0
Apr  8 10:27:57 flip user.debug vdr[132]: EIT processing thread started (pid=132) - master
Apr  8 10:27:57 flip user.debug vdr[133]: tuner thread started on device 1 (pid=133)
Apr  8 10:27:57 flip user.debug vdr[129]: probing /dev/dvb/adapter1/frontend0
Apr  8 10:27:57 flip user.info vdr[129]: found 1 video device
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: calendar (0.1.2): Shows the EPG info in form of a calendar
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: dvd (0.3.4-rc10): turn VDR into an (almost) full featured DVD player
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: femon (0.0.3a): DVB Signal Information Monitor (OSD)
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: image (0.0.8): A Image Viewer plugin
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: mp3 (0.8.3): A versatile audio player
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/plugins/mp3sources.conf
Apr  8 10:27:57 flip user.info vdr[129]: loading id3 cache from /video0/id3info.cache
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: mplayer (0.8.3): A MPlayer calling plugin
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/plugins/mplayersources.conf
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: osdpip (0.0.4): OSD Picture-in-Picture
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: osdteletext (0.3.2): Displays teletext on the OSD
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: pcd (0.0.3): PhotoCD Player
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: sleeptimer (0.4): Sleep-Timer for VDR
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: status (0.1.0): Status monitor test
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: timeline (0.8.1): Show timer overview and collisions
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: tvonscreen (0.5.0): Shows the EPG info in form of a typical TV magazine
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: vcd (0.0.6c): VideoCD Player
Apr  8 10:27:57 flip user.info vdr[129]: initializing plugin: vdrcd (0.0.9): Plays identified Media Discs (for autofs)
Apr  8 10:27:57 flip user.info vdr[129]: setting primary device to 1
Apr  8 10:27:57 flip user.info vdr[129]: SVDRP listening on port 2001
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: calendar
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: dvd
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: femon
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: image
Apr  8 10:27:57 flip user.info vdr[129]: loading /etc/vdr/plugins/imagesources.conf
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: mp3
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: mplayer
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: osdpip
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: osdteletext
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: pcd
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: sleeptimer
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: status
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: timeline
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: tvonscreen
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: vcd
Apr  8 10:27:57 flip user.info vdr[129]: starting plugin: vdrcd
Apr  8 10:27:57 flip user.debug vdr[134]: LIRC remote control thread started (pid=134)
Apr  8 10:27:57 flip user.debug vdr[135]: KBD remote control thread started (pid=135)
Apr  8 10:27:57 flip user.debug vdr[129]: remote control LIRC - keys known
Apr  8 10:27:57 flip user.debug vdr[129]: remote control KBD - keys known
Apr  8 10:27:57 flip user.info vdr[129]: switching to channel 15
Apr  8 10:27:57 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 0
Apr  8 10:27:57 flip user.debug vdr[136]: receiver thread started on device 1 (pid=136)
Apr  8 10:27:57 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 15
Apr  8 10:27:57 flip user.debug vdr[129]: status: cStatusTest::SetVolume  255 1
Apr  8 10:27:57 flip user.debug vdr[129]: reading EPG data from /ramdisk/epg.data
Apr  8 10:27:58 flip user.debug vdr[129]: setting watchdog timer to 900 seconds
Apr  8 10:27:58 flip user.debug vdr[129]: status: cStatusTest::OsdChannel 15  N3
Apr  8 10:27:58 flip user.debug vdr[129]: status: cStatusTest::OsdProgramme
Apr  8 10:27:58 flip user.debug vdr[129]: 10:00 Schleswig-Holstein Magazin
Apr  8 10:27:58 flip user.debug vdr[129]:       (null)
Apr  8 10:27:58 flip user.debug vdr[129]: 10:30 Hallo Niedersachsen
Apr  8 10:27:58 flip user.debug vdr[129]:       (null)
Apr  8 10:28:03 flip user.debug vdr[129]: status: cStatusTest::OsdClear
Apr  8 10:28:04 flip user.debug vdr[129]: assuming manual start of VDR
Apr  8 10:28:04 flip user.debug vdr[129]: max. latency time 1 seconds
Apr  8 10:28:04 flip user.info vdr[129]: connect from 127.0.0.1, port 32768 - accepted
Apr  8 10:28:06 flip user.debug vdr[129]: max. latency time 2 seconds
Apr  8 10:28:11 flip user.info vdr[129]: closing SVDRP connection
Apr  8 10:41:15 flip auth.info sshd[142]: Could not reverse map address 192.168.1.2.
Apr  8 10:41:15 flip auth.info sshd[142]: Accepted publickey for root from 192.168.1.2 port 44998 ssh2
Apr  8 10:41:15 flip auth.info sshd[142]: lastlog_get_entry: Error reading from /var/log/lastlog: Bad file descriptor
Apr  8 10:41:15 flip auth.info PAM_unix[142]: (ssh) session opened for user root by (uid=0)
Apr  8 10:41:15 flip auth.err PAM-env[142]: Unable to open config file: No such file or directory
Apr  8 10:41:15 flip auth.err PAM-env[143]: Unable to open config file: No such file or directory
Apr  8 10:41:43 flip user.info vdr[129]: connect from 127.0.0.1, port 32769 - accepted
Apr  8 10:41:51 flip user.info vdr[129]: closing SVDRP connection
Apr  8 10:42:01 flip user.info vdr[129]: connect from 127.0.0.1, port 32770 - accepted
Apr  8 10:42:01 flip user.info vdr[129]: switching to channel 1
Apr  8 10:42:01 flip user.debug vdr[136]: receiver thread ended on device 1 (pid=136)
Apr  8 10:42:01 flip user.debug vdr[129]: buffer stats: 0 (0%) used
Apr  8 10:42:01 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 0
Apr  8 10:42:01 flip user.debug vdr[178]: receiver thread started on device 1 (pid=178)
Apr  8 10:42:01 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 1
Apr  8 10:42:01 flip user.debug vdr[129]: status: cStatusTest::OsdChannel 1  ARD
Apr  8 10:42:01 flip user.debug vdr[129]: status: cStatusTest::OsdProgramme
Apr  8 10:42:01 flip user.debug vdr[129]: 09:05 Trauerfeier für Papst Johannes Paul II.
Apr  8 10:42:01 flip user.debug vdr[129]:       Live aus Rom
Apr  8 10:42:01 flip user.debug vdr[129]: 13:00 ARD-Mittagsmagazin
Apr  8 10:42:01 flip user.debug vdr[129]:       mit Tagesschau
Apr  8 10:42:01 flip user.info vdr[129]: closing SVDRP connection
Apr  8 10:42:02 flip user.info vdr[129]: connect from 127.0.0.1, port 32771 - accepted
Apr  8 10:42:02 flip user.info vdr[129]: switching to channel 1
Apr  8 10:42:02 flip user.debug vdr[178]: receiver thread ended on device 1 (pid=178)
Apr  8 10:42:02 flip user.debug vdr[129]: buffer stats: 0 (0%) used
Apr  8 10:42:02 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 0
Apr  8 10:42:02 flip user.debug vdr[182]: receiver thread started on device 1 (pid=182)
Apr  8 10:42:02 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 1
Apr  8 10:42:02 flip user.info vdr[129]: closing SVDRP connection
Apr  8 10:42:06 flip user.debug vdr[129]: status: cStatusTest::OsdClear
Apr  8 10:42:27 flip user.info vdr[132]: System Time = Fri Apr  8 10:42:27 2005  (1112949747)
Apr  8 10:42:27 flip user.info vdr[132]: Local Time  = Fri Apr  8 10:42:22 2005  (1112949742)
Apr  8 10:42:30 flip user.info vdr[129]: switching to channel 2
Apr  8 10:42:30 flip user.debug vdr[182]: receiver thread ended on device 1 (pid=182)
Apr  8 10:42:30 flip user.debug vdr[129]: buffer stats: 0 (0%) used
Apr  8 10:42:30 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 0
Apr  8 10:42:30 flip user.debug vdr[186]: receiver thread started on device 1 (pid=186)
Apr  8 10:42:30 flip user.debug vdr[129]: status: cStatusTest::ChannelSwitch  0 2
Apr  8 10:42:30 flip user.debug vdr[129]: status: cStatusTest::OsdChannel 2  ZDF
Apr  8 10:42:30 flip user.debug vdr[129]: status: cStatusTest::OsdProgramme
Apr  8 10:42:30 flip user.debug vdr[129]: 09:00 ZDF spezial
Apr  8 10:42:30 flip user.debug vdr[129]:       (null)
Apr  8 10:42:30 flip user.debug vdr[129]: 14:00 heute
Apr  8 10:42:30 flip user.debug vdr[129]:       (null)
Apr  8 10:42:35 flip user.debug vdr[129]: status: cStatusTest::OsdClear
Apr  8 10:47:47 flip syslog.info -- MARK --
Apr  8 10:56:24 flip syslog.err klogd: av71100: ARM crashed!
Apr  8 10:56:25 flip syslog.warn klogd: gpioirq unknown type=0 len=0
Apr  8 11:07:47 flip syslog.info -- MARK --

Alles anzeigen

lsmod:

Code

Module                  Size  Used by
lirc_serial            13248  1
lirc_dev               13184  2 lirc_serial
budget_av               7040  0
budget_ci               9344  0
budget                  6272  0
budget_core             8576  3 budget_av,budget_ci,budget
dvb_ttpci             300832  17
ttpci_eeprom            3200  2 budget_core,dvb_ttpci
saa7146_vv             46208  2 budget_av,dvb_ttpci
saa7146                18716  6 budget_av,budget_ci,budget,budget_core,dvb_ttpci,saa7146_vv
mt312                   7424  0
cx24110                 8192  0
grundig_29504_491       6016  0
grundig_29504_401       7936  0
tda1004x               15108  0
ves1820                 7684  0
stv0299                12928  0
alps_tdmb7              6016  0
alps_tdlb7              8452  0
ves1x93                 7940  1
dvb_core               82304  31 budget_ci,budget,budget_core,dvb_ttpci,mt312,cx24110,grundig_29504_491,grundig_29504_401,tda1004x,ves1820,stv0299,alps_tdmb7,alps_tdlb7,ves1x93
video_buf              20864  1 saa7146_vv
v4l2_common             6656  1 saa7146_vv
v4l1_compat            14080  1 saa7146_vv
videodev               10240  1 saa7146_vv
evdev                  10368  0
8139too                23168  0
mii                     5376  1 8139too
snd_via82xx            24832  0
snd_pcm                92672  1 snd_via82xx
snd_timer              25088  1 snd_pcm
snd_ac97_codec         57476  1 snd_via82xx
snd_page_alloc         11396  2 snd_via82xx,snd_pcm
gameport                5120  1 snd_via82xx
snd_mpu401_uart         7680  1 snd_via82xx
snd_rawmidi            23936  1 snd_mpu401_uart
snd_seq_device          8324  1 snd_rawmidi
snd                    53408  7 snd_via82xx,snd_pcm,snd_timer,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore              10336  1 snd
uhci_hcd               30472  0

Alles anzeigen

interrupts:

Code

CPU0
  0:     939056          XT-PIC  timer
  1:          8          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  4:       1006          XT-PIC  lirc_serial
  5:          0          XT-PIC  acpi
  8:          0          XT-PIC  rtc
 10:     279540          XT-PIC  saa7146 (0)
 12:       2535          XT-PIC  eth0
 14:      22526          XT-PIC  ide0
 15:         35          XT-PIC  ide1
NMI:          0
ERR:          0

Alles anzeigen

jackfritt · 8. April 2005

Du benutzt keine aktuelle Firmware. Ich denke mal das der Rest dann auch nicht aktuell ist. Probier mal aktuellen vdr, aktulle DVB Treiber, aktuelle Firmware. Ich denke dann sind deine Probleme auch verschwunden.

Bitte frag mich nicht wie mann das jetz macht. Ich habe wirklich gar keine Ahnung von linvdr aber ich meine es gibt schon eine 0.7 oder so.

Viel Erfolg !

Gruss,

Jörg

spacie · 8. April 2005

Hi jackfritt,

danke für deine Antwort, aber dieses Problem zieht sich durch alle von mir ausprobierten VDR- und LinVDR-Versionen...ein Freund hat die gleiche Hardware, bei ihm rennt VDR problemlos.

Ich kann ja auf 0.7 upgraden, aber mein Hauptziel ist, die Hardware zu finden, die VDR / LinVDR Probleme bereitet. Der Rest des Systems läuft ohne Probleme...

Gruss,

spacie

Uwe · 8. April 2005

Zitat

Original von spacie
Hi jackfritt,

danke für deine Antwort, aber dieses Problem zieht sich durch alle von mir ausprobierten VDR- und LinVDR-Versionen...ein Freund hat die gleiche Hardware, bei ihm rennt VDR problemlos.

Ich kann ja auf 0.7 upgraden, aber mein Hauptziel ist, die Hardware zu finden, die VDR / LinVDR Probleme bereitet. Der Rest des Systems läuft ohne Probleme...

Gruss,

spacie

Alles anzeigen

Ohne Gewähr: Mit LINVDR-0.7 sollten die Probleme behoben sein. Es hat sich in diesem Bezug "ARM crasht" bei VDR sowie im DVB-Treiber sehr viel geändert.

spacie · 8. April 2005

Ok, dann werde ich das mal flugs aufspielen...ich hoffe, ich bekomme meine lirc.conf gerettet

Gruss,

spacie

Der_Pit · 8. April 2005

Zitat

Original von Uwe
Ohne Gewähr: Mit LINVDR-0.7 sollten die Probleme behoben sein. Es hat sich in diesem Bezug "ARM crasht" bei VDR sowie im DVB-Treiber sehr viel geändert.

Auch von mir keine Gewähr, aber der Hinweis daß auch ich früher massig Probleme mit ARM Crashes hatte. Mit LinVDR/MT-Patches und neuester Firmware sind die Geschichte.

Pit

juerch · 8. April 2005

Ich hatte selbiges Problem mit allen VDR-Versionen und Firmwareversionen dann hatte ich die Schnautze voll und hab mir eine Technotrend 1.6 gekauft
jetzt ist Ruhe!

Ich vermute, dass über die Jahre die Siemens-Karte aufgrund der immer hohen
Temperatur einen Schaden bekommen hat.

.

spacie · 9. April 2005

Sodele...

erstmal danke für die Tips.

Ich habe nun LinVDR 0.7 drauf und erst dachte ich JIPPIEEE...bis zum nächsten Crash...
Das logread hänge ich mal als txt an, das ist bissl gross für den Thread.

Was sein kann ist, dass ich auf der FB die falsche Taste gedrückt habe und dadurch versucht wurde, eine nicht vorhandene CD zu mounten...ich werde das nochmal reproduzieren, wenns daran lag, ists wohl ein Bug im VDR...

Heute früh wollte ich den Rechner hochfahren, doch 3 kurze beeps waren alles, was er sagen wollte...ich habe das RAM in einen anderen Sockel gesteckt, dann wollte er wieder.

Meine Vermutung ist, dass das Mainboard ne gewaltige Macke hat, ich habe es schonmal erlebt, dass ein offener Rechner lief, und sobald das Gehäuse geschlossen wurde nix mehr ging.
Möglicherweise verzieht sich das MB beim Schliessen des Gehäuses.
Ich werde nun mal das MB anders im Gehäuse fixieren und wenn das nichts hilft ein neues MB bei Eb** schiessen...

Habt ihr ansonsten noch nen anderen Tip?

juerch:
Das hatte ich auch schon vermutet, allerdings dasselbe Verhalten bei 2 Karten? Und die eine verkaufte läuft problemlos bei einem Kollegen...ohne Abstürze...

Gruss,

spacie

spacie · 10. April 2005

Also, bisher konnte ich den Crash nicht nachstellen...ich werde es weiter beobachten...

Auf jeden Fall mal wieder ein grosses :respekt: an die Entwickler von VDR und die Zusammensteller von LinVDR !!!

HFlor · 10. April 2005

Hallo spacie,

Zitat

Original von spacie
Also, bisher konnte ich den Crash nicht nachstellen...ich werde es weiter beobachten...

Hast Du mal an einen Lüfter gedacht?

Ich hatte bei grosser Hitze im Gehäuse auch diese "ARM crached"-Meldungen

Hardy

spacie · 11. April 2005

Hi,

Lüfter habe ich natürlich drin, die funktionieren auch (Netzteil-Lüfter und Prozessor-Lüfter).
Thermische Probleme schliesse ich aber aus, da das Problem früher ja auch bereits nach wenigen Minuten auftrat und nach Neustart dann oft über Stunden alles funktioniert hat. Es gab auch keine Änderungen im Verhalten, wenn ich den Rechner offen gelassen hatte und mal nen Ventilator davor gestellt habe...

Naja, momentan rennt er ja, ich hoffe, es dauert laaaange bis zum nächsten Absturz...

Gruss,
spacie

spacie · 9. September 2005

So, mal wieder ein Update...

Ich habe mir das gleiche Mainboard und den gleichen Prozessor besorgt, leider erneut kein Unterschied festzustellen ;(((

Ich drehe bald durch. Das Netzteil ist das einzige, was ich noch nicht getauscht habe...das Sat-Kabel habe ich beim Umzug auch erneuert...

Ich weiss langsam echt nicht mehr weiter.

Inzwischen läuft bei mir LinVDR 0.7 mit neuem Kernel von DarkAngel.

Weitere Hints sind höchst willkommen!!! Auf jeden Fall schon mal danke für die Anteilnahme!

Gruss,
spacie

BOP · 9. September 2005

Zitat

Original von spacie
Ich habe mir das gleiche Mainboard und den gleichen Prozessor besorgt, leider erneut kein Unterschied festzustellen ;(((

T'schuldige das ich jetzt ein wenig zu faul bin, den ganzen Thread durch zu lesen.
Aber wieso hast Du Dir genau das gleiche Board und den gleichen Prozessor noch einmal gekauft, wenn Du doch die Probleme kennst?

Ein Asrock K7S41GX mit Duron CPU hätte auch nicht so viel mehr gekostet, das läuft dafür aber. Einer der beiden LinVDR Heinis (<- das ist jetzt nett gemeint ) hat ja auch so ein Board.
ich selber habe es auch und kann nur sagen, es läuft wirklich sehr gut.

Gruß

spacie · 10. September 2005

Ganz einfach,

weil ich testen wollte, ob das Board oder der Prozi ne Macke hat. Bei meinem Kumpel läuft das identische Hardware-Setup seit Jahren, daran kanns eigentlich nicht liegen.

Die zweite DVB-S läuft nach Verkauf bei nem anderen Kumpel problemlos, bei mir war kein Unterschied zwischen den Karten erkennbar.

Deswegen bin ich langsam mit meinem Latein am Ende...

Vielleicht wechsel ich doch noch mal das Kabel...ist ja nicht so teuer.

spacie · 10. November 2005

Ok, habe nun die Kabel getauscht, nach wie vor keine Änderung.
Mein letzter Test läuft gerade, habe einen Uralt-Rechner mit 150 MHz AMD mit der DVB-S bestückt, noch rennt er...

Nachdem auch ein baugleiches Board mit Prozi bix mehr hilft, sollte ich vielleicht tatsächlich auf ein anderes Board umsteigen.
Am liebsten würde ich ja den Prozi behalten (Athlon 600), also bleibt die Frage:

Welches Board mit welchem Prozessor kann ich nehmen, ohne das meine Installation abschmiert (Wakeup über NVRAM usw)?

Kann mir da einer helfen? Vielleicht ists ja mit nem ganz anderen Board auch schnell umzustellen und ich habe das echte ACPI-Wakeup...ohne dass der Rechner jeden Tag um die selbe Zeit aufwacht, auch wenn der Timer erst in 3 Tagen ist...

Dr. Seltsam · 10. November 2005

Zitat

Original von spacie
ohne dass der Rechner jeden Tag um die selbe Zeit aufwacht, auch wenn der Timer erst in 3 Tagen ist...

das **ist** das echte ACPI-wakeup

spacie · 14. November 2005

Zitat

Original von Dr. Seltsam

das **ist** das echte ACPI-wakeup

Upps...Ok

Mein allerletzter Rettungsversuch ohne Hardware-Kauf scheint funktioniert zu haben:

Ich habe (mal wieder) die zusätzlichen Karten (5.1 Audio, CA-Module) herausgenommen und die DVB-Karte in den Slot vom CA-Module gesteckt...nu gehts. Ich bin mir zwar sicher, diese Kombi auch schonmal ausprobiert zu haben, aber letztenendes ists mir Wurscht...hauptsache, das Teil rennt endlich mal einwandfrei!!! (Die 5.1 war nicht von Anfang an drin)

Da ich ja immer gerne zu tun habe, habe ich heute früh mal eben meine Touchscreen-All-in-One Fernbedienung runtergeworfen...schon recht empfindlich, so ein Teil

Naja, meine alte FB ist ja noch da, lirc und vdr neu anlernen...man hat ja sonst nix vor

Auf jeden Fall ein DICKES DANKE an alle, die versucht haben, mir zu helfen und an alle, die an dem Projekt mitarbeiten!

Unregelmässiger ARM Crash

Jetzt mitmachen!

Teilen