Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Zdravím,
snd_emu10k1: probe of 0000:0d:01.0 failed with error -16- tak tento error se od upgradu na linux 3.1 (víceméně vanilla) objevuje v mém
dmesg
při zhruba 90% startech systému. Zároveň má za následek neexistující audigy kartu v /proc/asound/cards
a tím pádem i ticho v mých sluchátkách. Na starším kernelu 2.6.39.4 se to děje jen výjimečně (tak 3% všech bootů).
Z hledání Googlem jsem zjistil, že problém je nejspíš v "obsazeném" IRQ - všiml jsem si, že na 2.6.39 je "nvidia" na IRQ 17 a "emu10k1" na IRQ 16 (spolu s dalšími drivery) - pamatuji si hlášky typu "disabling IRQ 17: nobody cared" při probuzení ze suspend-to-ram, kterým jsem ale moc nevěnoval pozornost, protože vše fungovalo.
Teď, když nvidia sedí na IRQ 16, je možné, že to emu10k1 vadí. Zkoušel jsem všechny možné irq-related věci z kernel-parameters.txt, včetně acpi_irq_balance, acpi_irq_pci, irqpoll, routeirq, ..., ale nic očividně nepomohlo. V asi 10% všech bootů driver úspěšně naběhne, na IRQ 16.
Přehození karty do jiného PCI slotu taky na této základní desce (Asus P8Z68 Deluxe) moc nepřipadá v úvahu a v BIOSu jsem nenašel nic souvisejícího.
Žádám tedy o radu - setkal se s podobným chováním už někdo? Kamarád mi potvrdil, že jeho Audigyna občas "nestartovala" i ve Windows, je to rozšířenější problém? Díky.
Řešení dotazu:
Tak jsem nejspíš přišel na příčinu:
options snd-hda-intel index=-2 options snd_emu10k1 index=0"něco" asi zabralo index 0, který si pak emu10k1 nemohl vzít pro sebe. Teď jen zbývá vyřešit tento problém. Už v minulosti jsem našel něco o "slots=" optionu pro snd.ko, problém je ten, že od nějaké verze kernelu zřejmě snd.ko neexistuje, tudíž jsem zůstal u indexů. Věci jako pcm.default nechci používat už jen proto, že existují programy, které je ignorují a tupě používají první zvukovku. Vsadím boty, že i přestože je NVidia součástí snd-hda-intel, tak dělá problémy právě ona. Po zakomentování obou řádků:
$ cat /proc/asound/cards 0 [PCH ]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xfb820000 irq 22 1 [NVidia ]: HDA-Intel - HDA NVidia HDA NVidia at 0xfb080000 irq 17 2 [Audigy2 ]: Audigy2 - SB Audigy 2 ZS [SB0350] SB Audigy 2 ZS [SB0350] (rev.4, serial:0x20021102) at 0xa000, irq 16
No ... opravdu nevím, co mě přimělo dát CONFIG_SOUND
jako "y", ale snd.ko v modules.builtin mě na to úspěšně odkázal, takže následovala změna za "m", rekompilace kernelu, použití "slots=" namísto indexů, a po 3 zkušebních restartech to vypadá, že si Audigy2 úspěšně drží index 0.
Takže problém zdá se být vyřešen. Zajímavé je, že se s podobnými problémy plácám třeba i týden, pak napíši dotaz sem a mám problém do pár minut/hodin vyřešen i bez pomoci někoho jiného -- no, alespoň to (snad) pomůže dalším uživatelům.
Jen pro doplnění; používám globální append= v lilo.conf - mám tam už "nomodeset" (pro binární nvidia driver), takže vím, že to funguje.
Tiskni Sdílej: