Bua, nachdem Marathon von Problemen (siehe Thread 109056 und 109067) mit der o.g. Karte an einem Acer Revo 3610 habe ich die Technotrend jetzt an ein EeePC mit yavdr04, v4l-dvb-dkms und dem Paketstand von letzter Woche angeschlossen und die Problem sind dieselben. Bei harmlosen Arbeiten wie Kopierarbeiten (unbeteiligte Partition, Backup von Files) bleibt das System stehen (alle Processe regieren nicht mehr auf Signale) und nach dem Reboot findet sich im Syslog der verdächtige Abschnitt
Nov 5 14:31:49 yavdr04 kernel: [ 139.901214] ------------[ cut here ]------------
Nov 5 14:31:49 yavdr04 kernel: [ 139.901260] WARNING: at /build/buildd/linux-2.6.38/mm/page_alloc.c:2012 __alloc_pages_nodemask+0x234/0x840()
Nov 5 14:31:49 yavdr04 kernel: [ 139.901310] Hardware name: 1015PN
Nov 5 14:31:49 yavdr04 kernel: [ 139.901321] Modules linked in: nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc ir_lirc_codec rc_tt_1500 lirc_dev stb6100 ir_mce_kbd_decoder lnbp22 ir_sony_decoder ir_jvc_decoder stb0899 ir_rc6_decoder ir_rc5_decoder dvb_usb_pctv452e dvb_usb ir_nec_decoder dvb_core rc_core ttpci_eeprom arc4 nvidia(P) snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi eeepc_wmi snd_rawmidi brcm80211(C) uvcvideo sparse_keymap mac80211 snd_seq_midi_event videodev media btusb snd_seq v4l2_compat_ioctl32 bluetooth joydev psmouse cfg80211 snd_timer serio_raw snd_seq_device snd soundcore snd_page_alloc video lp parport usbhid hid ahci libahci atl1c
Nov 5 14:31:49 yavdr04 kernel: [ 139.901610] Pid: 1575, comm: udisks-daemon Tainted: P C 2.6.38-12-generic #51-Ubuntu
Nov 5 14:31:49 yavdr04 kernel: [ 139.901624] Call Trace:
Nov 5 14:31:49 yavdr04 kernel: [ 139.901650] [<ffffffff81065cbf>] ? warn_slowpath_common+0x7f/0xc0
Nov 5 14:31:49 yavdr04 kernel: [ 139.901670] [<ffffffff81065d1a>] ? warn_slowpath_null+0x1a/0x20
Nov 5 14:31:49 yavdr04 kernel: [ 139.901688] [<ffffffff81114414>] ? __alloc_pages_nodemask+0x234/0x840
Nov 5 14:31:49 yavdr04 kernel: [ 139.901709] [<ffffffff815c37ce>] ? common_interrupt+0xe/0x13
Nov 5 14:31:49 yavdr04 kernel: [ 139.901730] [<ffffffff812e680e>] ? memcpy+0xe/0x120
Nov 5 14:31:49 yavdr04 kernel: [ 139.901751] [<ffffffff81149f85>] ? alloc_pages_current+0xa5/0x110
Nov 5 14:31:49 yavdr04 kernel: [ 139.901769] [<ffffffff8111080e>] ? __get_free_pages+0xe/0x50
Nov 5 14:31:49 yavdr04 kernel: [ 139.901787] [<ffffffff81154ebf>] ? kmalloc_order_trace+0x3f/0xb0
Nov 5 14:31:49 yavdr04 kernel: [ 139.901806] [<ffffffff81155e3a>] ? __kmalloc+0x13a/0x160
Nov 5 14:31:49 yavdr04 kernel: [ 139.901823] [<ffffffff81117fc6>] ? put_page+0x36/0x40
Nov 5 14:31:49 yavdr04 kernel: [ 139.901842] [<ffffffff811860ed>] ? seq_read+0x1bd/0x3f0
Nov 5 14:31:49 yavdr04 kernel: [ 139.901863] [<ffffffff81164fb3>] ? vfs_read+0xc3/0x180
Nov 5 14:31:49 yavdr04 kernel: [ 139.901880] [<ffffffff811650c1>] ? sys_read+0x51/0x90
Nov 5 14:31:49 yavdr04 kernel: [ 139.901900] [<ffffffff8100c002>] ? system_call_fastpath+0x16/0x1b
Nov 5 14:31:49 yavdr04 kernel: [ 139.901915] ---[ end trace ad93532b6ea292f3 ]---
Nov 5 14:31:50 yavdr04 vdr: [1890] buffer usage: 70% (tid=1889)
Nov 5 14:31:50 yavdr04 vdr: [1890] buffer usage: 60% (tid=1889)
Nov 5 14:31:50 yavdr04 vdr: [1890] buffer usage: 70% (tid=1889)
Nov 5 14:31:50 yavdr04 vdr: [1890] buffer usage: 60% (tid=1889)
Da das Problem unter yavdr04 auf verschiedener Hardware erscheint, vermute ich entweder die Technotrend oder eben die Treiber. Allerdings ist das Problem unter v4l-dvb-dkms und s2-liplinian-dkms vergleichbar. Allerdings erscheint oft der udisks-daemon als Tainted. Ist das ein yavdr spezifischer Daemon oder gehört der zum Ubuntu?