Dotaz: jak putuje patch k uživateli?

[hajoucha]

Ahojda,

zajímá mne tento patch: huawei matebook X

můžete mi prosím někdo znalý nastínit, jakým procesem se dostane do archlinuxu k řekněme běžnému uživateli (pacman -Suy) ?

Kdyby to byl patch jádra, tak si to nějak umím představit, ale když je to alsa, tak jsem ztracen.

Předem díky!

Odpovědi

[j]

Stejne jako kazdej, co na tom nechapes? Je uplne jedno jestli je to jadro nebo neco jinyho.

Nekdo nekde navrhne nejakej patch, spravce dany komponenty/aplikace ho mozna nekdy aplikuje do nejaky verze ty komponeny/aplikace a spravce balicku distribuce mozna nekdy zvedne v balickovacim systemu verzi na tu opatchovanou pripadne zpetne aplikuje patch (nekdy i upraveny) do starsi verze.

U nekterych veci starsi verze patchuje primo zdroj, prevazne pokud jde o bezpecnostni patche.

Celej proces muze trvat od nekolika dnu do nekolika mesicu. Drtiva vetsina distribuci trebas nepouziva aktualni jadro z kernel.org, ale nejmin par mesicu (pripadne i let) stary.

Samozrejme jako spravce systemu muzes preskocit spravce distribuce a aktualni verzi si nainstalovat sam, coz je ruzne jednoduchy v zavislosti na distribuci a taky to bude mit zcela zarucene ruzny nepekny dusledky, jednoduse proto, ze az na vyjimky se snazi jednotlive distribuce alespon nejak otestovat, ze ty komponenty v tech verzich (spolu) funguji.

[hajoucha]

ok, tak tohle je jednoduché.

V mém konkrétním případě - jak se dozvím, kterého balíčku se to týká?

V archlinuxu je např.

alsa-firmware  alsa-lib alsa-plugins alsa-utils ...

Předpokládám tedy, že je třeba vyčkat, až bude update nějakého balíčku z rodiny "alsa-*", což?

[Peter Golis]

---
 sound/pci/hda/patch_realtek.c | 70 +++++++++++++++++++++++++++++++++--
 1 file changed, 67 insertions(+), 3 deletions(-)

Patch

diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index 0b3e7a18ca78..ec3972d9e30d 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -3628,6 +3628,64 @@  static void alc269_x101_hp_automute_hook(struct hda_codec *codec,
 			    vref);
 }
 
+struct hda_alc298_mbxinit {
+	unsigned char value_0x23;
+	unsigned char value_0x25;
+};
+

...

To mi silno pripomína zdrojové kódy jadra, ale nemám ich rozbalené. Môže niekto potvrdiť či je v zdrojákoch jardíka niečo ako sound/pci/hda/patch_realtek.c kam by to na tie riadky pasovalo? Podľa toho mailling listu na kernel.org by som tvrdil že áno.

V poslednej verzii toho súboru to ešte nevidím, takže by to chcelo vybrať správnu verziu jadra, aplikovať ten patch, skonfigurovať jadro, preložiť ho a naštartovať z neho.

[k3dAR]

v jardiku nevim, ale v jadriku ano a ano

[Peter Golis]

Myslel som toho tunajšieho 64bit Jardíka, na jadro som dával link aj ja.

[k3dAR]

pouzivas Arch a chces cekat az tam doputuje patch aby ti nehral jen 1 reprak? si jednoduse zkompiluj vlastni kernel s tim aplikovanym patchem ne? tady mas arch-systemovej postup https://wiki.archlinux.org/index.php/Kernel/Arch_Build_System

[hajoucha]

ano, zkompilovat jádro není v zásadě problém (dělal jsem to mnohokrát na různých systémech). Asi se tím dostáváme k jádru problému - totiž, že nerozumím tomu, jaký je vztah alsa a jádra? Proč jsou ty alsa-* balíčky teda separátně? Patch je na zdrojáky alsa (ať už to znamená cokoliv), ne? Představuju si to tak, že do jádra se natáhnou nějaké "alsa-moduly" , takže samotné jádro překompilovávat (to je teda slovo) nemusím. Nebo se pletu?

[k3dAR]

ne, patch je na zdrojak jadra (kernel_tree/sound/pci/hda/patch_realtek.c), to ze se soubor jmenuje patch nesouvisi s "tvojim" opravnym patchem, ale tim ze je to workaround ovladace zprasene zvukovky... s alsou to ma spolecne jen to, ze je to jen userspace nad ovladacem zvukovky v jadre

[k3dAR]

s/ze je to/ze je alsa/

[hajoucha]

aha, jasně. Tak to dává smysl. Zmátla mě teda ta alsa.

Zbývá si tedy upravit jádro, nebo sledovat updaty jádra - třeba to tam brzy dorazí...

Díky za vysvětlení.