update auf linvdr 0.6, kein USB und FB mehr

Hallo Leute!

Nachdem ich mit linvdr 0.5 jetzt voll zufrieden war (vielen Dank nochmal für die Gespräche am Heise-Stand auf der CeBit), war ich leider so dumm auf linvdr 0.6 upzudaten. Es war halt der Reiz des Neuen ...

Hier also meine Konfiguration:
MSI-Hermes-651P - Nexus-S mit der original FB
Ich habe von CD gebootet und linvdr 0.6 hat selbständig linvdr 0.5 auf hda3 gefunden. Update laufen lassen, reboot, -- (es folgt ein kurzes Intermezzo mit CT-VDR das sich auf hda2 befindet damit habe ich dann einige Probleme behoben) -- und linvdr 0.6 läuft.

Mit Ausnahme zwei schwerer Probleme:

1. Leider wird meine Fernbedienung nicht mehr erkannt. Kann ich machen was ich will.

2. USB ist komplett tot! Wenn ich die Ausgabe von dmesg richtig interpretiere, dann wird nicht mal mehr ein USB-Controller gefunden. Ich habe schon in /etc/modules unter "hid" die Einträge "usbkbd" und "usbmouse" hinzugefügt, hilft trotzdem nicht

Aufgrund der zwei Probleme ist linvdr 0.6 faktisch nicht bedienbar. Ohne sshd käme ich gar nicht mehr dran.
Hat jemand einen Tip?

Schönen Dank,
Christoph

P.S. Ich hänge mal meine dmesg-Ausgabe hier hinten dran

linvdr:~# dmesg |more
00000fff0ffff (reserved)
BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
223MB LOWMEM available.
On node 0 totalpages: 57328
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 53232 pages, LIFO batch:12
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 AMI ) @ 0x000f9e60
ACPI: RSDT (v001 AMIINT SiS645XX 0x00000010 MSFT 0x0100000b) @ 0x0dff0000
ACPI: FADT (v001 AMIINT SiS645XX 0x00000011 MSFT 0x0100000b) @ 0x0dff0030
ACPI: MADT (v001 AMIINT SiS645XX 0x00001000 MSFT 0x0100000b) @ 0x0dff00c0
ACPI: DSDT (v001 SiS 645 0x00001000 MSFT 0x0100000d) @ 0x00000000
Built 1 zonelists
Kernel command line: BOOT_IMAGE=LinVDR ro root=303 vga=0x314 acpi=force
Initializing CPU#0
PID hash table entries: 1024 (order 10: 8192 bytes)
Detected 2000.828 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Memory: 222584k/229312k available (2283k kernel code, 6068k reserved, 1114k data, 152k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 3948.54 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: bfebfbff 00000000 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 128K
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU: Intel(R) Celeron(R) CPU 2.00GHz stepping 09
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... 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 0xfdb31, last bus=2
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040220
ACPI: IRQ9 SCI: Edge set to Level Trigger.
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Uncovering SIS962 that hid as a SIS503 (compatible=1)
Enabling SiS 96x SMBus.
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 7 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 7 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 7 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 7 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 7 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 7 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 7 11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 7 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 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
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 okir@monad.swb.de).
NTFS driver 2.1.6 [Flags: R/W].
udf: registering filesystem
ACPI: Power Button (FF) [PWRF]
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
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
SIS5513: IDE controller at PCI slot 0000:00:02.5
SIS5513: chipset revision 0
SIS5513: not 100% native mode: will probe irqs later
SIS5513: SiS 962/963 MuTIOL IDE UDMA133 controller
ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA
hda: HDS722516VLAT20, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdd: PIONEER DVD-RW DVR-106D, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 321672960 sectors (164696 MB) w/1794KiB Cache, CHS=20023/255/63, UDMA(100)
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3
hdd: ATAPI 32X DVD-ROM DVD-R CD-R/RW drive, 2000kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
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
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 S3 S4 S5)
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 152k freed
blk: queue c139b200, I/O limit 4095Mb (mask 0xffffffff)
EXT3 FS on hda3, internal journal
cdfs 2.6.3 loaded.
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
drivers/usb/core/usb.c: registered new driver usbkbd
drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver
drivers/usb/core/usb.c: registered new driver usbmouse
drivers/usb/input/usbmouse.c: v1.6:USB HID Boot Protocol mouse driver
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1172 $ Ben Collins <bcollins@debian.org>
ohci1394: fw-host0: Unexpected PCI resource length of 1000!
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[11] MMIO=[dfff8000-dfff87ff] Max Packet=[2048]
sbp2: $Rev: 1170 $ Ben Collins <bcollins@debian.org>
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 0xce82cd00, 00:0c:76:86:2f:5b, IRQ 11
eth0: Identified 8139 chip type 'RTL-8101'
eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
ieee1394: Host added: ID:BUS[0-00:1023] GUID[000010dc004afba7]
Linux video capture interface: v1.00
saa7146: register extension 'dvb'.
saa7146: found saa7146 @ mem ce893e00 (revision 1, irq 11) (0x13c2,0x0003).
DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1).
probe_tuner: try to attach to Technotrend/Hauppauge PCI rev2.1
drivers/media/dvb/frontends/stv0299.c: setup for tuner BSRU6, TDQB-S00x
DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
Technotrend/Hauppauge PCI rev2.1 adapter 0 has MAC addr = 00:d0:5c:20:75:7d
DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a
DVB: AV7111(0) - firmware supports CI link layer interface
av7110(0): Crystal audio DAC detected
videodev: "av7110" has no release callback. Please fix your driver for proper sysfs support, see http://lwn.net/Articles/36850/
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'.

Zitat

Original von mottobug

Lösch alles was mit "remote" anfängt aus der /etc/vdr/remote.conf. Das Anlernen der FB sollte dann beim nächsten VDR Start starten.

Schick doch mal die Ausgabe von "lsmod".

Tom.

Alles anzeigen

Hallo Tom!

Leider habe ich meinen VDR im Moment nicht zur Verfügung (erst heute Abend wieder). Ich hatte aber auch schon mit lsmod nach USB gesucht - Nichts. Ein Haufen für DVB-Karten, hid und evdev noch eine Prise FireWire, das wars.
Normalerwiese sollte doch da so etwas Ähnliches wie "usb-ohci" oder so zu finden sein. Es sollte aber auch mit modprobe usbkbd funktionieren, oder?

Etwas ratlos,
Christoph

Zitat

Original von mottobug

Leider nein da modprobe nicht wissen kann was für einen USB Controller du hast. Du müsstest, je nach Hardware, ohci-hcd oder uhci-hcd laden.

Tom.

Super, erstes Problem behoben - Tastatur geht wieder - ohci-hcd war der Treffer.
Das habe ich jetzt in /etc/modules eingetragen vor hdi, usbkbd und usbmouse.

Jetzt nehme ich die Fernbedienung in Angriff.

Schönen Dank,
Christoph

Zitat

Original von eweri

Super, erstes Problem behoben - Tastatur geht wieder - ohci-hcd war der Treffer.
Das habe ich jetzt in /etc/modules eingetragen vor hdi, usbkbd und usbmouse.

Jetzt nehme ich die Fernbedienung in Angriff.

Super - Fernbedienung geht auch wieder!
Warum man die aber bei einem Upgrade neu lernen muss ist mir nicht gnaz klar.

Tom schönen Dank,
Christoph

Zitat

Original von vance
HI könntest du mir wohl erklären wie du das mit der FB gemacht hast ? weil meine reagiert auch nicht !

MfG Marc

Hallo Marc!

Wie Tom vorgeschlagen hat soll man die /etc/vdr/remote.conf löschnen. Ich habe es mir etwas einfacher gemacht, ich habe einfache alle Einträge in der Datei die mit "remote-event0" anfangen gelöscht -- danach vdr neustarten -- dann will er die Fernbedienung neulernen. Beim Neulernen muss man die Fernbedingung SEHR lange drücken (subjektiv so um die 40 Sekunden) und dann ist der Rest total einfach.

Achja zwei wichtige Punkte:

1. Kontrollier ob der Stecker des Sensors richtig/tief genug eingesteckt ist. (Nicht lachen das hat mich einen ganzen Nachmittag gekostet )

2. Im setup muss das remote-plugin aktiviert sein.

Viel Erfolg
Christoph

Zitat

Original von eweri
Achja zwei wichtige Punkte:

1. Kontrollier ob der Stecker des Sensors richtig/tief genug eingesteckt ist. (Nicht lachen das hat mich einen ganzen Nachmittag gekostet )

2. Im setup muss das remote-plugin aktiviert sein.

Viel Erfolg
Christoph

Alles anzeigen

Hallo steph@vdr und die anderen!

Wieso werde ich hier eigentlich als Grünschnabel geführt wenn ich bereits in meinem dritten Beitrag die Lösung für steph@vdr sein Problem hatte

Egal - jetzt habe ich noch einen aber der passt nicht zum Betreff.

Seit dem Gespräch auf der CeBit schaltet sich mein LinVDR automatisch ein
blöderweise aber jeden Tag obwohl nur jeder Samstags programmiert ist

Ich denke ich such mal ein bischen im Forum rum

Bis denn,
Christoph