Új hozzászólás Aktív témák

• #27487 CPT.Pirk Jómunkásember Vladi #27486

  Új Válasz 2018-12-04 08:32:49 #27487

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  CPT.Pirk

  Jómunkásember

  válasz Vladi #27486 üzenetére

  Megpróbáltam, de snd-soc-... modulok között nem találtam meg az RT5672-t, csak pár másikat. Ezt nem igazán értem. Párat betöltöttem próbából, nem kaptam hibaüzit de szerintem nem is történt semmi, mert a dmesg se gyarapodott új sorokkal.

• #27486 Vladi nagyúr CPT.Pirk #27484

  Új Válasz 2018-12-03 22:48:04 #27486

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Vladi

  nagyúr

  válasz CPT.Pirk #27484 üzenetére

  Próbáld meg. De még olyan sarlatán is lehecc, hogy a másik drivert linkeled oda neki.

• #27485 zoltanz nagyúr zoltanz #27481

  Új Válasz 2018-12-03 21:10:27 #27485

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zoltanz

  nagyúr

  válasz zoltanz #27481 üzenetére

  Érdekes Android alatt van analóg hang is. Lehet majd javítva lesz, napról-napra jönnek ki a frissítések Armbian-ra, gyorsul, stabilabb lesz. Ami nem baj, mert egész napos nyúzás közben egyszer megfagyott, újra kellett indítani.

• #27484 CPT.Pirk Jómunkásember Vladi #27483

  Új Válasz 2018-12-03 20:55:01 #27484

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  CPT.Pirk

  Jómunkásember

  válasz Vladi #27483 üzenetére

  A gond az, hogy az I2C ID amit visszaad az IC-ről az ACPI, az azt mondja, hogy ő egy RT5640-es chip. Az az ID meg nem szerepel az 5672 fájljaiban, csak az 5640-es fájljaiban.
  Bár nem próbáltam kézzel ráerőltetni az 5672-es modult, de emiatt szerintem nem menne.

• #27483 Vladi nagyúr CPT.Pirk #27480

  Új Válasz 2018-12-03 20:48:12 #27483

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Vladi

  nagyúr

  válasz CPT.Pirk #27480 üzenetére

  Ha kézzel bvetöltöd a modult? mert akkor csak szkript kell rá és kész. A régit meg blacklistre teszed.

• #27482 CPT.Pirk Jómunkásember CPT.Pirk #27480

  Új Válasz 2018-12-03 20:43:45 #27482

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  CPT.Pirk

  Jómunkásember

  válasz CPT.Pirk #27480 üzenetére

  Pontosabban, van egy ilyen struktúra a v4.19.6/sound/soc/intel/common/soc-acpi-intel-byt-match.c fájlban:

  static struct snd_soc_acpi_mach byt_thinkpad_10 = {
.id = "10EC5640",
.drv_name = "cht-bsw-rt5672",
.fw_filename = "intel/fw_sst_0f28.bin",
.board = "cht-bsw",
.sof_fw_filename = "intel/sof-byt.ri",
.sof_tplg_filename = "intel/sof-byt-rt5670.tplg",
.asoc_plat_name = "sst-mfld-platform",
};

  Ami pont azt tartalmazza, amire szükségem lenne. Nem találom, hogy ezt a struktúrát mi használja. Van itt valaki, aki jobban vágja ezt nálam?
  A tippem az, hogy ezt a struktúrát duplikálom a saját tabletem nevével, de azon túl nem tudom mi kell még.

• #27481 zoltanz nagyúr

  Új Válasz 2018-12-03 20:26:17 #27481

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zoltanz

  nagyúr

  X92-es box amlogic S912 chip, Armbian. Minden szép és jó HDMI-n.
  Én analóg erősítővel rendelkezem, de az AV csatin nem akar hang kijönni a mixer szerint megy (mozog a szintjelző).
  Levettem a pulseaudio-t alsa fel, de így nem talál eszközt. BT hangszórót sem találja egyébként. Mit próbáljak meg még?

• #27480 CPT.Pirk Jómunkásember CPT.Pirk #27476

  Új Válasz 2018-12-03 19:59:27 #27480

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  CPT.Pirk

  Jómunkásember

  válasz CPT.Pirk #27476 üzenetére

  Megnézve a cuccot, fizikailag RT5672 van benne. Most meg kellene mondanom valahogy a kernelnek, hogy ha ilyen meg ilyen DMI adatokat lát, akkor ne az 5640-es, hanem az 5672-es drivert próbálja meg életre kelteni.

  Megvan a kernel forrása, tudok kernelt fordítani meg minden, de ennek a mikéntje még magas nekem. Egy nagyon ótvar megoldás az lenne, ha az 5640-es cucc fájlokba is bemásolnám az 5672 tartalmát, de csak van valami szebb megoldás...

• #27479 Victor Súgó tag sonar #27478

  Új Válasz 2018-12-02 13:26:24 #27479

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Victor Súgó

  tag

  válasz sonar #27478 üzenetére

  Hát konkrét csomagot nem tudok mondani, felment egyébként, csak a hibaüzenet látszott az apt-get outputjában.
  Lehetett a chkrootkit, vagy valami pythonhoz kapcsolódó dolog, bármi... ha előszedem a notit majd megpróbálom megkeresni.

• #27478 sonar addikt Victor Súgó #27477

  Új Válasz 2018-12-02 12:39:56 #27478

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sonar

  addikt

  válasz Victor Súgó #27477 üzenetére

  Nálam még él a szokás (igaz nem asztali distron)
  nodev, nosuid, noexec
  Mi hasalt el? És milyen distro-n?

• #27477 Victor Súgó tag

  Új Válasz 2018-12-02 01:32:23 #27477

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Victor Súgó

  tag

  Vajon miért van az, hogy ha a /tmp alá noexec opcióval mountolok egy fájlrendszert, akkor sok program, főként telepítők nem működnek? Én vagyok túlképzett (én még azt tanultam unix security-n, hogy a /tmp-n kell a noexec) és sok fejlesztő tojik erre az elvre magasról vagy nem követtem a változásokat és ma már nem szokás a noexec?

• #27476 CPT.Pirk Jómunkásember

  Új Válasz 2018-12-01 23:09:30 #27476

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  CPT.Pirk

  Jómunkásember

  Egy Intel Atom procis tabletre varázsolok Mint-et, már minden működik, kivéve a hangot.

  Egy ilyen cucc van benne: byt-rt5640, amihez UCM fájlok tartoznak innen: [https://github.com/plbossart/UCM/tree/master/byt-rt5640]

  Minden leírás ezt említi, az egész könyvtárat bemásoltam ahová írja: /usr/share/alsa/ucm, de nem változott semmi. Azt is próbáltam, hogy törlöm a /var/lib/alsa/asound.state fájlt, de nem lett jobb a helyzet.

  Dmesg ilyen hibákat ír:
  rt5640 i2c-10EC5640:00: Device with ID register 0x6271 is not rt5640/39
  bytcr_rt5640 bytcr_rt5640: ASoC: CODEC DAI rt5640-aif1 not registered
  bytcr_rt5640 bytcr_rt5640: devm_snd_soc_register_card failed -517

  Mint 19 frissítve. Egy hasonló gépen így kell megcsinálni Debian alatt: https://wiki.debian.org/InstallingDebianOn/Asus/T100TA#Audio

  Mintha az lenne a szitu, hogy nem is Baytrailes, hanem Cherrytrail-es hangcucc lenne a kütyüben, amihez nem a megfelelő ACPI ID-t használják:
  "sound is still not working because the TPT10 uses a codec that was introduced into the kernel for Cherrytrail but not Baytrail – well, I guess that can be hacked
  I had a look at the ACPI DSDT yesterday and am confused as it states that the codec is RT5640 but it is pretty definitely a RT5672, the ID register gives proof for that:
  rt5640 i2c-10EC5640:00: Device with ID register 0x6271 is not rt5640/39" [link]

  Van ötletetek rá, hogy mit lehetne ezzel kezdeni?

Új hozzászólás Aktív témák