Mal wieder neue Hardware und neue Probleme

Warum das Update auf 24.04 ?

Da scheint irgendwas richtig übel schief zu gehen.

So wie es für mich aussieht, wird versucht die Firmware an eine Adresse zu schreiben, wo sie nicht hin gehört.

An der Firmware selber wird es aber eher nicht liegen, vielleicht am Treiber.

Ich würde aber mal in Richtung Unverträglichkeit Mainboard/BIOS und Karte tippen.

Am Besten mal mit einer Ubuntu 24.04 live-CD auf der alten Hardware versuchen und mit 18.04 auf der Neuen.

Evtl. kann man im BIOS was bei den PCIs-Sots einstellen?

Eine Bootoption wie "pci=nomsi" oder was mit "APIC" könnte was bringen. Da müsste man aber mal suchen, ob man zu dem Mainboard oder Karte einen Tipp im Netz findet.

Hi,

Da es schnell geht : warum versuchst du nicht auch mal die Firmware, die yavdr in 24.04 mitliefert?

MfG Stefan

Im ppa im Firmware Paket. .Deb ist ja eine normale zip Datei.

MfG Stefan

BUG: unable to handle page fault for address: ffffb3b901200000
und
RIP: 0010:memcpy_toio+0x7e/0xd0
würde ich so interpretieren, dass es beim schreiben auf ein Hardware-Gerät mit o.g. Adresse zu einem Fehler kam, weil man da nichts schreiben darf.
Die Adressen der ngene-Karte liegen auch ganz wo anders:
pci 0000:01:00.0: BAR 0 [mem 0x80a10000-0x80a1ffff]
pci 0000:01:00.0: BAR 1 [mem 0x80a00000-0x80a0ffff 64bit]

Keine Ahnung was da passiert, zumal ffffb3b901200000 rechnerisch oberhalb 1 Exabyte liegt. Solch hohe Adressen sind mir noch nicht unter gekommen.

Das geht also mal richtig was schief und der Fehler kann, der Logik nach, eigentlich nur im Kernel oder BIOS liegen.

Deshalb auch der Vorschlag, die Karte in einem anderen (am besten älteren) Mainboard mit einer Ubuntu 24.04 live-CD zu versuchen.

Wenn es da sie Probleme auch gibt, haben die wohl den ngene-Treiber vermurkst.

N100DC-ITX/N100DC-ITX, BIOS 1.05 Asrock?

Wenn ja, die haben ein BIOS 1.06.

Bei den merkwürdigen Fehlern würde ich dringend updaten.

Hi,

Pcinomsi etc musst du nicht im BIOS (UEFI) einstellen, sondern in der grub.conf (oder wie die heißt in /boot/. Nur aus dem Gedächtnis...

Oder via update-grub dort aus anderer Datei reinschreiben lassen, das ist der sauberere Weg.

Bin nicht am Linux-PC gerade...

MfG Stefan

anderen PCI Slot probieren?

Zitat von SurfaceCleanerZ

Pcinomsi etc musst du nicht im BIOS (UEFI) einstellen, sondern in der grub.conf (oder wie die heißt in /boot/.

Richtig, oder man editiert direkt im Grub-Menü: Making Temporary Changes to a GRUB 2 Menu

Nachteil davon, die Änderung gilt nur für diesen einen Bootvorgang. Was fürs testen aber recht gelegen kommt .

Häufig genutzte Bootoptionen

Probieren könnte man zB.: pcie_aspm=force oder pci=nomsi oder pci=noacpi

Im BIOS gibt es aber auch was zum Einstellen für die PCIE-Slots:

PCIE1 Link Speed
PCIE2 Link Speed
PCI Express Native Control
PCH PCIE ASPM Support

Ich würde zunächst mal versuchen nur den Slot der DVB-Karte (PCIE1 ???) auf Gen1 zu setzen.

Das Handbuch ist leider extrem vage formuliert, so dass ich nicht mal sicher bin, was den Slot angeht .

Die beiden andere Werte würde ich testweise einfach mal umschalten.

Zitat von Marsch

Anscheinend ist der Markt aber mittlerweile so klein, dass es hier kein entsprechendes Angebot mehr gibt.

Riesig war der Markt ja nie, verglichen mit den Receivern.

Dann gibt es halt auch keinen wirklichen Grund eine neue DVB-Karte zu kaufen, sofern die Alte nicht kaputt geht. Die allermeisten DVB-S2 Karten haben schon PCIe und werden noch mindestens 10 Jahre uneingeschränkt nutzbar sein.

Es gibt AFAIK noch eine DVB-S2 Karte mit Kernelsupport neu von Hauppauge.

Allerdings nur ein Tuner, was bei deinem Anwendungsfall aber reichen könnte.

Alternativ mal nach gebrauchten DVBSky 952 in der Bucht fischen, die laufen recht problemlos und sind mit etwas Geduld günstig zu bekommen.

Wobei ich nicht sicher bin, ob es mit einer anderen Karte geht, da scheint wirklich was größeres im Argen zu liegen.

Die Fehlermeldung scheint seit ungefähr Kernel 6.7 auch sehr verbreitet zu sein, wie meine heutige Suche zeigte. Unter Umständen liegt das Problem ganz wo anders und ein Kernelupdate löst das Problem in einem halben Jahr einfach so.

Es wäre schön, wenn Du bei Gelegenheit noch das eine hier probieren könntest:

pci=nocrs

Die Empfehlung stammt aus deinem Syslog, ich hatte es nur wegen der komischen Zeilenumbrüche übersehen.

[ 0.267745] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug

Zitat von Marsch

Meinst Du die Hauppauge WinTV-Starburst?

Hauppauge WinTV-Starburst2 - LinuxTVWiki

Zitat von Marsch

Da scheint es eine v1 und v2 zu geben. Gibt es da einen Unterschied?

Weiß ich nicht genau, vermutlich ist aber der Tuner oder irgend was anderes in der Peripherie anders.

Unterstützt sind anscheinend aber beide, zumindest tauchen beide im Sourcecode auf:

cx23885-cards.c « cx23885 « pci « media « drivers - kernel/git/torvalds/linux.git - Linux kernel source tree

Die DVB-Sky S952 Version 1 und 2 wird übrigens vom gleichen Treiber unterstützt.

Hallo zusammen,

stelle meinen VDR endlich wieder auf Sat um und bin unter Arch in ein sehr ähnliches Problem gelaufen:

[    4.279205] BUG: unable to handle page fault for address: ffff9c30c2bc0000
[    4.279411] #PF: supervisor write access in kernel mode
[    4.279587] #PF: error_code(0x0002) - not-present page

Ursache bei mir war ein defekte Firmware, die ich ungeschickter Weise per wget direkt von GitHub auf die Kiste zog. Statt der eigentlichen Firmware wurde versucht, HTML-Code hochzuladen Marsch schau dir deine FW genauer an, vielleicht ist es ein ähnliches Problem oder die Firmware passt nicht zur Karte.

Um welches Mainboard ging es hier überhaupt?