Příspěvky

1

Sítě / Re:PODA GPON: vlastní SFP a IPv6/IPv4 adresy

« kdy: 10. 05. 2023, 19:29:51 »

https://forum.turris.cz/t/ipv6-v-siti-poda/12974/61
https://www.poda.cz/wp-content/uploads/2023/03/podporovana-rozhrani-verejne-komunikacni-site-spolecnosti-PODA-220630-051.pdf

Nejlepší by bylo, kdyby to PON číslo šlo naklonovat do nějakého SFP modulu a ten jejich Huawei bych schoval do šuplíku, kdyby bylo nejhůř.

2

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 06. 05. 2023, 16:05:17 »

Tak to vždy půjde přes baterii.

3

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 06. 05. 2023, 15:56:49 »

Špatná účinnost se přemění v teplo a tohle nemá žádný chladič. 12V jde napřímo a na 5V + 3,3V jsou tam měniče bez chladiče.

Bydlíš v maringotce, kde je v zásuvce 12V SS?
Dobře ty!

Jinak musíš z 230V udělat těch 13.5V, zahřívá se akumulátor při nabíjení a tohle se umí rozpálit tak, že na to neudržíš ruku.

Dotaz zněl "jak odstranit ty zbytecne  DC<->AC konverze?", takže když si koupíš např. 12V solární panely, tak tím rovnou můžeš server napájet přes 300W Pico PSU, kdy případný přebytek půjde do baterie, ve které pokud nebude dostatek energie, tak se se bude dobíjet ze sítě.

4

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 06. 05. 2023, 12:07:50 »

Mini-ITX PSU? Jsou i 300W.

To má tragickou účinnost ( účinnost zdroje na převod 230v->12V ponížená o účinnost této jebky  ) nehledě na to, že tady je rozsah 30w až 250W v zátěži a tyhle pitzovibky mají těch 300w spíš papírově.

Špatná účinnost se přemění v teplo a tohle nemá žádný chladič. 12V jde napřímo a na 5V + 3,3V jsou tam měniče bez chladiče.

5

Hardware / Re:CPU AMD Ryzen 7 5800X a co nejnižší spotřeba

« kdy: 06. 05. 2023, 06:39:45 »

Mini-ITX PSU? Jsou i 300W.

6

Software / Re:ČT iVysílání: nefunguje stahování s yt-dlp ani youtube-dl

« kdy: 21. 03. 2023, 01:16:02 »

Z .mpd to šlo zatím vždy, což se tam i píše.

7

Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 18. 03. 2023, 12:40:53 »

Moc jsem toho nezjistil. Když se spustí Proxmox, tak kartá má nahozené tyto ovladače

Kód: [Vybrat]

Kernel driver in use: ath11k_pci
Kernel modules: ath11k_pci

Capabilities: [50] MSI: Enable+ Count=32/32 Maskable+ 64bit-
        Address: fee00818  Data: 0000
        Masking: fe023c00  Pending: 00000000
pokud spustím virtualizovaný Debian, tak se změní Kernel driver z ath11k_pci na vfio-pci a hodnoty v MSI (Message Signaled Interrupts)

Kód: [Vybrat]

Kernel driver in use: vfio-pci
Kernel modules: ath11k_pci

Capabilities: [50] MSI: Enable+ Count=1/32 Maskable+ 64bit-
        Address: fee004f8  Data: 0000
        Masking: fffffffe  Pending: 00000000
Pro předání karty pomocí PCI Passthrough to bude asi správně, ale v tu chvíli se karta nenahodí ve virtualizovaném Debianu. Po vypnutí virtualizovaného Debianu, se karta ztratí i v Proxmoxu, musím jej restartovat.

8

Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 16. 03. 2023, 11:00:19 »

Dík, nic o "above 4G decode" jsem netušil a tady jsem se něco o tom dočetl. Zkusil jsem aplikovat "machine: q35,max-ram-below-4g=1G" (včetně editace /etc/default/grub + update-grub), ale virtuální stroj nenastartoval. Ještě kolem toho budu zkoušet.

Kód: [Vybrat]

qm start 108
kvm: Parameter 'max-ram-below-4g' expects size
start failed: QEMU exited with code 1

V Proxmoxu jde AP nahodit:

Kód: [Vybrat]

cat /etc/hostapd/hostapd.conf
interface=wlp5s0
driver=nl80211

ssid=test-prx-ax
hw_mode=a
channel=144

hostapd /etc/hostapd/hostapd.conf
Configuration file: /etc/hostapd/hostapd.conf
wlp5s0: interface state UNINITIALIZED->COUNTRY_UPDATE
Using interface wlp5s0 with hwaddr d4:1b:81:xx:xx:xx and ssid "test-prx-ax"
wlp5s0: interface state COUNTRY_UPDATE->ENABLED
wlp5s0: AP-ENABLED

iw dev
phy#1
        Interface wlp5s0
                ifindex 6
                wdev 0x100000001
                addr d4:1b:81:xx:xx:xx
                ssid test-prx-ax
                type AP
                channel 144 (5720 MHz), width: 20 MHz (no HT), center1: 5720 MHz
                txpower 20.00 dBm


9

Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 14. 03. 2023, 22:34:28 »

V Proxmoxu se objevila jako wlp5s0, takže už by fungovala. Také příkaz "iw list" vypsal standardní údaje, akorát jsem už nechtěl do Proxmoxu instalovat hostapd.
Ještě jsem zkoušel zátržítko "All Functions" v nastavení PCI passthrough a přehodit emulaci u VM z i440fx na q35, ale nic nepomohlo.
Přes víkend se na to opět podívám, zatím vše jen testuji.

10

Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 14. 03. 2023, 20:29:33 »

Díky za příspěvek, ale tuto kartu bych chtěl nakonec použít v OpenWrt jako AP, s čím mají Intel karty v pásmu 5GHz odjakživa problém.
Níže je vidět rozdíl mezi správně a nesprávně inicializovanou kartou. Problém bude nejspíš v tom "MSI vectors: 1", kde v jiných výpisech jsem viděl i číslo 16. V O.K. variantě tato položka ve výpisu úplně chybí a jedná se o prostředí Proxmoxu, ta K.O. varianta je virtualizovaný Debian s PCI passthrough, což jsem nenapsal, ale netušil jsem, že to má takový vliv.

Nyní bych potřeboval poradit, jak to rozchodit ve virtualizovaném systému.

Kód: [Vybrat]

O.K.
dmesg |grep ath11k_pci
[    5.299436] ath11k_pci 0000:05:00.0: BAR 0: assigned [mem 0xf7800000-0xf79fffff 64bit]
[    5.299462] ath11k_pci 0000:05:00.0: enabling device (0100 -> 0102)
[    5.299679] ath11k_pci 0000:05:00.0: wcn6855 hw2.0
[    6.265560] ath11k_pci 0000:05:00.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[    6.265566] ath11k_pci 0000:05:00.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id QC_IMAGE_VERSION_STRING=WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
[    6.631636] ath11k_pci 0000:05:00.0 wlp5s0: renamed from wlan0

K.O.
dmesg |grep ath11k
[    2.787842] ath11k_pci 0000:00:10.0: BAR 0: assigned [mem 0x100000000-0x1001fffff 64bit]
[    2.792137] ath11k_pci 0000:00:10.0: MSI vectors: 1
[    2.792262] ath11k_pci 0000:00:10.0: wcn6855 hw2.0
[    2.984824] mhi mhi0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/amss.bin
[    3.735538] ath11k_pci 0000:00:10.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[    3.735553] ath11k_pci 0000:00:10.0: fw_version 0x110b196e fw_build_timestamp 2022-12-22 12:54 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.23
[    3.741954] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[    3.749997] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[    3.774928] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/m3.bin
[    3.819253] ath11k_pci 0000:00:10.0: leaving PCI ASPM disabled to avoid MHI M2 problems
[    4.842675] ath11k_pci 0000:00:10.0: failed to receive control response completion, polling..
[    5.866664] ath11k_pci 0000:00:10.0: Service connect timeout
[    5.866693] ath11k_pci 0000:00:10.0: failed to connect to HTT: -110
[    5.866970] ath11k_pci 0000:00:10.0: failed to start core: -110
[    6.076262] ath11k_pci 0000:00:10.0: ignore reset dev flags 0x4000


11

Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 14. 03. 2023, 19:30:02 »

Podíval jsem na WiFi ovladač pro Windows, který jsem extrahoval, prohlížel soubory a zjistil, že soubor wlanfw20.mbn je prakticky amss.bin a m320.bin je m3.bin. Ty jsem zkusil nahradit a nahrály se bez problémů, jenže výsledek je stejný. Ona už i verze 3.6510.23 na Githubu je jen 2 měsíce stará.
Je to divné, jakoby chybělo nějaké doplňující nastavení např. v /etc/modprobe.d/ nebo /etc/modules-load.d/, ale těch informací je málo.

12

Hardware / Re:Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 14. 03. 2023, 16:01:30 »

Děkuji, ale jedná se o Windows platformu a pouze ovladač pro bluetooth.

13

Hardware / Wi-Fi 6 pomocí karty Qualcomm QCNFA765

« kdy: 14. 03. 2023, 10:34:31 »

Chtěl jsem doma zprovoznit WiFi v normě AX a pořídil jsem tuto kartu Qualcomm QCNFA765 do M.2 slotu a nedokážu ji rozchodit. Měla by obsahovat WiFi chip Qualcomm WCN6856 (nebo se také uvádí WCN685x), kde kernelové ovladače používá ath11k_pci.
Schválně jsem nahodil Debian unstable s kernelem 6.1.15-1 (2023-03-05) a použil tento firmware-atheros. Taky jsem vyzkoušel i tyto firmwary a bez úspěchu (včetně všech verzí v adresáři /WCN6855/hw2.0/1.1/).
Nemáte někdo s touto kartou nějakou zkušenost? Předem dík za pomoc.

Kód: [Vybrat]

[    2.827244] ath11k_pci 0000:00:10.0: BAR 0: assigned [mem 0x100000000-0x1001fffff 64bit]
[    2.832642] ath11k_pci 0000:00:10.0: MSI vectors: 1
[    2.832871] ath11k_pci 0000:00:10.0: wcn6855 hw2.0
[    2.853176] NET: Registered PF_QIPCRTR protocol family
[    2.990074] random: crng init done
[    3.010790] mhi mhi0: Requested to power ON
[    3.010813] mhi mhi0: Power on setup success
[    3.018213] mhi mhi0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/amss.bin
[    3.118060] mhi mhi0: Wait for device to enter SBL or Mission mode
[    3.766982] ath11k_pci 0000:00:10.0: chip_id 0x2 chip_family 0xb board_id 0xff soc_id 0x400c0200
[    3.766997] ath11k_pci 0000:00:10.0: fw_version 0x110c0c35 fw_build_timestamp 2022-06-24 10:50 fw_build_id WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.16
[    3.772905] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[    3.780921] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/board-2.bin
[    3.805665] ath11k_pci 0000:00:10.0: firmware: direct-loading firmware ath11k/WCN6855/hw2.0/m3.bin
[    3.849517] ath11k_pci 0000:00:10.0: leaving PCI ASPM disabled to avoid MHI M2 problems
[    4.878125] ath11k_pci 0000:00:10.0: failed to receive control response completion, polling..
[    5.902094] ath11k_pci 0000:00:10.0: Service connect timeout
[    5.902112] ath11k_pci 0000:00:10.0: failed to connect to HTT: -110
[    5.902389] ath11k_pci 0000:00:10.0: failed to start core: -110
[    6.111511] ath11k_pci 0000:00:10.0: ignore reset dev flags 0x4000
[   16.142128] ath11k_pci 0000:00:10.0: failed to wait wlan mode request (mode 4): -110
[   16.142135] ath11k_pci 0000:00:10.0: qmi failed to send wlan mode off: -110


14

Sítě / Re:Wireguard + přesměrování celého provozu

« kdy: 04. 03. 2023, 22:51:49 »

Tak jsem to nakonec rozdělil a na jeden stroj nainstaloval stahovacího klienta a wireguard a na druhý prohlížeč a vnc server. Bude to takhle lepší, než ten síťový provoz nějak dělit.

15

Sítě / Wireguard + přesměrování celého provozu

« kdy: 04. 03. 2023, 12:56:20 »

Na Debianu 11 mám nainstalovaný prohlížeč a stahovacího klienta. Přes wireguard provozuji VPN a když ji spustím, tak podle AllowedIPs přesměruji buď veškerý provoz nebo ne.
Chtěl bych, aby prohlížeč fungoval mimo VPN a nevím, jak to udělat co nejjednodušší.
Když jsem zkusil přes nftables drop/accept portu 80+443 pro tyto dva interfacy (ens18 nebo wg0), tak mi to nešlo a když jsem v konfiguraci wireguardu nepřesměroval celý provoz, tak mi např. "curl --iterface wg0 https://www.google.cz" neprojde, vypíše to "curl: (7) Failed to connect to www.google.cz port 443: K počítači neexistuje cesta".
Díky za nakopnutí, jsem jen hobík.