nazdar,
na jednen novy pc som nahodil majnaro a vsetko funguje tip top az na skutočnosť, že pri boote vypisuje namiesto loadingscreenu toto:
[ 0.316961] __common_interrupt: 1.55 No irq handler for vector
[ 0.316961] __common_interrupt: 2.55 No irq handler for vector
[ 0.316961] __common_interrupt: 3.55 No irq handler for vector
[ 0.316961] __common_interrupt: 4.55 No irq handler for vector
[ 0.316961] __common_interrupt: 5.55 No irq handler for vector
[ 0.316961] __common_interrupt: 6.55 No irq handler for vector
[ 0.316961] __common_interrupt: 7.55 No irq handler for vector
[ 0.316961] __common_interrupt: 8.55 No irq handler for vector
[ 0.316961] __common_interrupt: 9.55 No irq handler for vector
[ 0.316961] __common_interrupt: 10.55 No irq handler for vector
nestušim prečo ani ako to odstrániť
gmesg | grep irq vyhodí
[ 0.028402] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.028403] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[ 0.073890] NR_IRQS: 20736, nr_irqs: 1224, preallocated irqs: 16
[ 0.316961] __common_interrupt: 1.55 No irq handler for vector
[ 0.316961] __common_interrupt: 2.55 No irq handler for vector
[ 0.316961] __common_interrupt: 3.55 No irq handler for vector
[ 0.316961] __common_interrupt: 4.55 No irq handler for vector
[ 0.316961] __common_interrupt: 5.55 No irq handler for vector
[ 0.316961] __common_interrupt: 6.55 No irq handler for vector
[ 0.316961] __common_interrupt: 7.55 No irq handler for vector
[ 0.316961] __common_interrupt: 8.55 No irq handler for vector
[ 0.316961] __common_interrupt: 9.55 No irq handler for vector
[ 0.316961] __common_interrupt: 10.55 No irq handler for vector
[ 0.710881] 00:04: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A
[ 0.712853] ata1: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780100 irq 43
[ 0.712855] ata2: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780180 irq 43
[ 0.712856] ata3: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780200 irq 43
[ 0.712857] ata4: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780280 irq 43
[ 0.712859] ata5: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780300 irq 43
[ 0.712860] ata6: SATA max UDMA/133 abar m131072@0xfc780000 port 0xfc780380 irq 43
[ 0.713084] rtc_cmos 00:02: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
nijak ma to neobmedzuje ale nevyzera to dobre a rád by som to vyriešil, máte nejaké nápady aspoň kde začať ?
v biose som nič ohľadom irq nenašiel
googlovanim poradili pridat boot parameter pci=nomsi (nepomohlo)
to iste robí aj v debiane, skusal som menit aj jadra robí to iste na 5.8, aj na 5.4 aj na 4.19 aj na 4.4
niekto pisal ze to vyzera na chybu jadra a inicializaciu ryzen procesorov ale riešenie som nikde nanšiel
je to r7 3700x v asus tug gaming x570 a 2070 super s 32 GB ramky - nič iné do dosky nie je zapojené len 2ks nvme ssd
systém inak beží bezproblémov a len to zle vyzera, za každý nápad budem rád
Tie voľby v Grube čo som pozeral nikomu nefungujú. Jediné relevantné mi prišlo update BIISu, alebo počkať na opravu, vraj sa na tom pracuje.
Nova moda. Srandujem, ale u mojho notebooku hej. Uvidis, ked budes upradovat kernel. Chbaju ti nejake modulu. Ja som niektore doinstalovat (tusim pomohlo daktore), ale niektore mi zostali. Proste cakat s dalsim kernelom/ovladacmi, ze sa to osetri.
vyhadzuje mi to na chromebooku s galliumos.
podla LKML.org makaju na zaplate od juna
... skús nahodiť do CmdLine v grube ... acpi=noirq ... v Archlinuxe to funguje. Teda fungovalo pred dvoma rokmi, keď sa ten problém ukázal. Odvtedy sa už neobjavil. Neviem či v Manjare fungujú všetky záležitosti tak ako v Archu, predsa len Manjaro je pre mňa cudzie a iné distro, ale ak môžem ešte poradiť, tak sa prehoď na LTS-jadro. Ušetríš si tým občasné riešenia. A ešte jedna vec ... a neaktualizuj, ako keby ti za to platili ... :-) ... keď už, tak stále posledný deň v mesiaci. Vtedy vychádzajú a dostávaju sa do obehu nové .isa ... to ako keby si stiahol nové inštalačné .iso a urobil nový inštal. Aj Manjaro by malo nejako tak fungovať. A nezabudni na ... grub-mkconfig -o /boot/grub/grub.cfg ... to rozloženie by malo byť v Manjare to isté a môžeš ešte ... mkinitcpio -p linux ... ak to bude fungovať, tak to vyhodí ak niečo systému chýba a to stačí potom len doinštalovať ... :-) :-) :-)
acpi=noirq vyskúšam, ine acpi predvolby čo som skúšal však nefungovali, uvidíme
a manjaro používam už pár rokov a viem prečo, aktualizacie si vyberam ako potrebujem ale ďakujem za snahu poradiť
manjaro však nie je úplne ako arch, manjaro mešká za archom pár týždňov až mesiac a preto dvrvivá väčšina aktualizácii prebehne bez nejamenšieho problému (preto som opustil arch a prešiel na manjaro) + release notes zväčša upozorňujú na väčšinu problémov
acpi=noirq nefunguje, to bolo prvé na čo som natrafil, bolo to v jednom vlákne aj s pci=nomsi. Jediné funkčné riešenie som našiel s update UEFI/BIOSu.
len pre úplnosť, noirq nepomohlo ani pred ani po upgrade biosu (ktorý tiež nepomohol)
budem čakať na záplatu, este že tam je manjaro a bude mat nove jadro medzi prvymi
Vanilku som si udržiaval pred moc rokmi na Debiane, keď neviem či nejaké Arch like distro existovalo. Debian sa inak dá ísť celý zo zdrojákov, ako Gentoo, alebo Arch.
Neznalosť zákonov neospravedlňuje :)
to ze sa to da neznamena ze sa mi to bude chciet riešiť (predsa len 2 krát kliknúť v gui manjara je jednoduchsie) ;-)
Vanilka je zas Vanilka, je s tým práce kým to odladíš na svoj hardvér, ale je to cool :) Tak môžeš použiť všeobecný konfig z Debianu, ale to by bolo tiež len na dva kliky bez tej krásy okolo :)
Na Manjare XFCE mi akurát včera pristála aktualizácia s jadrom 5.9.xxx.
5.9 som skúsil už minulý týždeň, hláška bola rovnaká ale mal som problém s ovladačom na grafiku (blender nerozoznaval že mám grafiku), ktorý som vyriešil až vrátením sa na 5.8
myslím že ešte chýbali nejaké súvislosti pre 5.9 alebo také dačo (medzitým som si všimol že je aj novsia verzia nvidia ovladacov takze asi to už bude ok)
jadro ale zväčša upgradujem až keď je novšia verzia (lebo úplne najnovšie jadro máva svoje muchy)