Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Eugen Rochko, zakladatel Mastodonu, tj. sociální sítě, která není na prodej, oznámil, že po téměř 10 letech odstupuje z pozice CEO a převádí vlastnictví ochranné známky a dalších aktiv na neziskovou organizaci Mastodon.
Byla vydána nová major verze 5.0 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání. Videopředstavení na YouTube.
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: