Hvordan åpne wifi router 2 Telenor (installere openwrt)

[ArneV]

Ser ut til at det ikke lenger er mulig å komme inn i U-Boot i.o.m at bootdelay tydelighvis er satt til 0.

Den stopper forsåvidt med et  => prompt når man trykker 'any key' men svarer bare 'y' på enter.

På andre tegn gir den echo og et tegn til

a -> aO

b -> b'

c -> cN

 

U-Boot 2022.04 (Mar 23 2023 - 14:01:32 +0000)

CPU:   MediaTek MT7986
Model: ex5700-t0
DRAM:  1023.9 MiB
Core:  42 devices, 14 uclasses, devicetree: separate

Initializing NMBM ...
Signature found at block 2047 [0x1ffc0000]
First info table with writecount 0 found in block 1920
Second info table with writecount 0 found in block 1923
NMBM has been successfully attached 

Loading Environment from NVRAM... *** Warning - bad CRC, using default environment

In:    serial@11002000
Out:   serial@11002000
Err:   serial@11002000
Model: ex5700-t0
tpl_env not found in U-Boot DTB [-1]
tpl-version not found in U-Boot DTB [-1]
mtd: partition "ubi" extends beyond the end of device "nmbm0" -- size truncated to 0x1da80000
ubi0: attaching mtd6
ubi0: scanning is finished
ubi0: attached mtd6 (name "ubi", size 474 MiB)
ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes
ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096
ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192
ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0
ubi0: user volume: 8, internal volumes: 1, max. volumes count: 128
ubi0: max/mean erase counter: 4/2, WL threshold: 4096, image sequence number: 1693288955
ubi0: available PEBs: 1398, total reserved PEBs: 500, PEBs reserved for bad PEB handling: 38
Volume factoryparams not found!
sah_rip_find_dtb_in_ubi: Unable to read ubi volume from ubi:factoryparams **
parse_dtb: Failed to read the RIP DTB
board_late_init: sah_rip_init failed.
board_late_init: can't find WAN_ADDR in RIP
Saving Environment to NVRAM... OK
Net:   
Warning: ethernet@15100000 (eth0) using random MAC address - 4a:ee:84:0b:ee:b4
eth0: ethernet@15100000
Hit any key to stop autoboot:  0 
=> 
 

Stopper man den ikke ser det slik ut

 

Hit any key to stop autoboot:  0 
Launching nominal firmware
mailbox dump:
ubi0: detaching mtd6
ubi0: mtd6 is detached
ubi0: attaching mtd6
ubi0: scanning is finished
ubi0: attached mtd6 (name "ubi", size 474 MiB)
ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 bytes
ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 4096
ubi0: VID header offset: 4096 (aligned 4096), data offset: 8192
ubi0: good PEBs: 1898, bad PEBs: 0, corrupted PEBs: 0
ubi0: user volume: 8, internal volumes: 1, max. volumes count: 128
ubi0: max/mean erase counter: 4/2, WL threshold: 4096, image sequence number: 1693288955
ubi0: available PEBs: 1398, total reserved PEBs: 500, PEBs reserved for bad PEB handling: 38
No size specified -> Using max size (3809280)
Read 3809280 bytes from volume kernel to 0000000046000000
Saving Environment to NVRAM... OK
## Loading kernel from FIT Image at 46000000 ...
   Using 'config-1' configuration
   Verifying Hash Integrity ... OK
   Trying 'kernel-1' kernel subimage
     Description:  ARM64 OpenWrt Linux-5.4.211
     Type:         Kernel Image
     Compression:  lzma compressed
     Data Start:   0x460000e8
     Data Size:    3698379 Bytes = 3.5 MiB
     Architecture: AArch64
     OS:           Linux
     Load Address: 0x48080000
     Entry Point:  0x48080000
     Hash algo:    crc32
     Hash value:   bcd1a2d3
     Hash algo:    sha1
     Hash value:   690c157e4db57ccb9a193ede47c8b73a08d84962
   Verifying Hash Integrity ... crc32+ sha1+ OK
   Decrypting Data ... OK
## Loading fdt from FIT Image at 46000000 ...
   Using 'config-1' configuration
   Verifying Hash Integrity ... OK
   Trying 'fdt-1' fdt subimage
     Description:  ARM64 OpenWrt ex5700-t0 device tree blob
     Type:         Flat Device Tree
     Compression:  uncompressed
     Data Start:   0x463870f0
     Data Size:    24001 Bytes = 23.4 KiB
     Architecture: AArch64
     Hash algo:    crc32
     Hash value:   3ca98d53
     Hash algo:    sha1
     Hash value:   7dffda9ea227694166956ce57ba5f5cd677cfffc
   Verifying Hash Integrity ... crc32+ sha1+ OK
   Decrypting Data ... OK
   Booting using the fdt blob at 0x463870f0
   Uncompressing Kernel Image
   Loading Device Tree to 000000006a7f0000, end 000000006a7f8dc0 ... OK
Read 4 bytes from volume rootfs to 000000006a7fd660

Starting kernel ...

[Bjørn Mork]

6 hours ago, ArneV said:

Ser ut til at det ikke lenger er mulig å komme inn i U-Boot i.o.m at bootdelay tydelighvis er satt til 0.

Nytt for meg, men det er jo selvsagt mulig at det er endret i en nyere batch.  Jeg ser at du har en litt nyere U-Boot build enn meg.

Nyere Telenor-firmware disabler konsollet fullstendig, så det er normalt at du ikke ser noe mer etter at Linux begynner å boote.  Men det påvirker selvsagt ikke bootloaderen

Og uansett hvor stengt ned bootloaderen er, så vil https://github.com/981213/mtk_uartboot kunne funke.  Ihvertfall så lenge de ikke tar i bruk secure boot.

6 hours ago, ArneV said:

Den stopper forsåvidt med et  => prompt når man trykker 'any key' men svarer bare 'y' på enter.

På andre tegn gir den echo og et tegn til

a -> aO

b -> b'

c -> cN

Dette høres mer ut som at det er noe galt med terminalen din.  Hva skjer hvis du taster en komplett kommando?  F.eks. "help" eller "?"

 

[ArneV]

Hver bokstav eller tegn gir umidelbart echo pluss et tegn til, men ikke de norsk ø og æ 🙂 Jeg testet seriedapteret ved å kortslutte RX og TX linjene og da gir den vanlig echo...

[storeulv]

Kan du backspace'e vekk tilleggstegnet slik at kun echo blir stående igjen?

[ArneV]

Kom lit lenger, det er en kommando som virker

 

=> h
  base bdinfo blkcache boot bootd bootelf booti bootm bootp bootvx button
  chpart cmp coninfo cp crc32 dcache dm ...
=> 
og BS virker... men hjelper ikke for å skrive kommandoer. SPACE er også en slags ENTER, men trengs ikke for 'h'

 

Her er en resultatet når jeg trykker en bokstav og så SPACE...

 

=> aO <INTERRUPT>
=> b' <INTERRUPT>
=> cN <INTERRUPT>
=> d <INTERRUPT>
=> eM <INTERRUPT>
=> f& <INTERRUPT>
=> gL <INTERRUPT>
=> h
  base bdinfo blkcache boot bootd bootelf booti bootm bootp bootvx button
  chpart cmp coninfo cp crc32 dcache dm ...
=> iK <INTERRUPT>
=> j% <INTERRUPT>
=> kJ <INTERRUPT>
=> l <INTERRUPT>
=> mI, <INTERRUPT>
=> n$ <INTERRUPT>
=> oH <INTERRUPT>
=> p <INTERRUPT>
=> qG <INTERRUPT>
=> r# <INTERRUPT>
=> sF <INTERRUPT>
=> t <INTERRUPT>
=> uE <INTERRUPT>
=> v" <INTERRUPT>
 

x, l, d, t, p gir ikke ekstra tegn som respons

[ArneV]

Kompilerte opp og testet litt med mtk_uartboot også uten nevneverdig success, regner med at den skal komme videre fra 'Handshake' selv om image og adresse er feil.

Prøvde med standard hastighet, og 115200 som terminalen er satt opp til. 

mtk_uartboot - 0.1.1
Using serial port: /dev/ttyUSB0
Handshake...

[ArneV]

Jeg fannt ut av der, jeg har klart å koble GND til 3.3V men etter litt (bedre) testing fannt jeg at GND er den enslige pinnen.

Altså RX, TX 3.3V og GND som på bildet.

 

Nå med GND på riktig plass, så starter U-Boot kernel uten delay og det er ikke mulig å stoppe den med 'any key'

 

Prøvde å koble GND til 3.3V igjen for å stoppe den, og så koble over til GND men da var det ikke liv på linken når man sender til den.

 

Prøvde også mtk_uartboot, og nå så så det som den kom ut av handshake, men fikk så timeout.

Må nok studere denne bedre i.o.m at jeg ikke har noen erfaring med Mediatek...

 

[autoTorbjørn]

3 hours ago, ArneV said:

Prøvde å koble GND til 3.3V

 

Hvorfor vil du gjøre det? Det kortslutter vel bare kortet? med stor risiko for "brick".

 

Bruk i det minste en passende motstand

[Bjørn Mork]

Skaff et multimeter og mål pinnene. Ikke prøv blindt!

 

Tror ikke jeg har noe bilde fra ex5700, men jeg er rimelig sikker på at pinout er den samme som feks nr7101. Se https://openwrt.org/toh/zyxel/nr7101#serial

 

Vil tro du har forklaringen på alle problemene der

 

EDIT: når jeg tenkte litt etter så husket jeg at jeg også dokumenterte pinout i commit loggen. Se "UART" linjen:

https://github.com/openwrt/openwrt/commit/6cc14bf66aa924962b926ea9702b6153ae418a7d

Endret 12. mai av Bjørn Mork

[ArneV]

Jeg legger meg flat, det gikk litt fort i svingene. med riktig pinout kommer jeg inn i U-Boot. Jeg sletter mine innlegg for ikke å forvirre andre...

[Peik Røstad]

autoTorbjørn skrev (På 25.4.2024 den 20.24):

Jepp, funker som fjell, også wifi 6e (6Ghz) mot min S22 ultra. 

 

Kjente issues.. Er en bug i openwrt koden siden før jul (https://github.com/openwrt/openwrt/issues/14548) så må være bevisst på valg av hash bare.

 

ttlusb.. en fantastillion muligheter her.. jeg bruker en som ligner på denne fra aliexpress

Du trenger "usb to serial 3.3v".. FTDI er gunstig om du er på MAC, ellers er det vel litt hipp som happ hva du velger.

 

Hei,

sitter å har flashet OpenWrt 23.05.3 (r23809-234f1a2efa) her og sliter med bug'en du nevner i posten din, ved kernel panic ved frakobling av wifi på MT7986/AX stasjon.

Har du mulighet til å utdype litt i hva du mener på valg av hash og noe støtte i å kunne fikse dette, utenom å skru av MT7986/AX ?

[autoTorbjørn]

9 hours ago, Peik Røstad said:

Har du mulighet til å utdype litt i hva du mener på valg av hash og noe støtte i å kunne fikse dette, utenom å skru av MT7986/AX ?

 

Ja, du må bygge fra kildekoden, commit/hash 13b2434 (last known good commit - som jeg nevner i den bug rapporten)

 

 

Kan ev prøve å få publisert mitt bygg et eller annet sted, men det må bli når jeg kommer hjem fra ferie 🙂

 

 

[Bjørn Mork]

11 hours ago, Peik Røstad said:

kernel panic ved frakobling av wifi på MT7986/

sannelig.   Prøvde nå med v23.05.3 på ex5700 og ser det samme. Kræsjer med (her med funsjonsnavn i stack trace - gjør det litt enklere å grave rundt i mt76):

 

root@OpenWrt:/# [  203.065843] Unable to handle kernel read from unreadable memory at virtual address 0000000000000024
[  203.074880] Mem abort info:
[  203.077667]   ESR = 0x0000000096000005
[  203.081399]   EC = 0x25: DABT (current EL), IL = 32 bits
[  203.086696]   SET = 0, FnV = 0
[  203.089734]   EA = 0, S1PTW = 0
[  203.092858]   FSC = 0x05: level 1 translation fault
[  203.097721] Data abort info:
[  203.100585]   ISV = 0, ISS = 0x00000005
[  203.104402]   CM = 0, WnR = 0
[  203.107358] user pgtable: 4k pages, 39-bit VAs, pgdp=0000000042545000
[  203.113777] [0000000000000024] pgd=0000000000000000, p4d=0000000000000000, pud=0000000000000000
[  203.122459] Internal error: Oops: 0000000096000005 [#1] SMP
[  203.128011] Modules linked in: pppoe ppp_async nft_fib_inet nf_flow_table_ipv6 nf_flow_table_ipv4 nf_flow_table_inet pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_counter nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mt7915e mt76_connac_lib mt76 mac80211 cfg80211 slhc nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 mdio_netlink libcrc32c compat crypto_safexcel sha1_generic seqiv md5 des_generic libdes authencesn authenc leds_gpio xhci_plat_hcd xhci_pci xhci_mtk_hcd xhci_hcd gpio_button_hotplug usbcore usb_common aquantia crc_ccitt
[  203.194677] CPU: 2 PID: 1631 Comm: hostapd Not tainted 5.15.150 #0
[  203.200838] Hardware name: ZyXEL EX5700 (Telenor) (DT)
[  203.205956] pstate: 80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[  203.212897] pc : mt76_wcid_cleanup+0x84/0x22c [mt76]
[  203.217856] lr : mt76_wcid_cleanup+0x64/0x22c [mt76]
[  203.222806] sp : ffffffc00a803700
[  203.226104] x29: ffffffc00a803700 x28: ffffff80008f7300 x27: ffffff80003f3c00
[  203.233220] x26: ffffff80000a7880 x25: ffffffc008c26e00 x24: 0000000000000001
[  203.240335] x23: ffffffc000a68114 x22: 0000000000000000 x21: ffffff8004172cc8
[  203.247450] x20: ffffffc00a803748 x19: ffffff8004152020 x18: 0000000000000000
[  203.254565] x17: 00000000000017c0 x16: ffffffc008ef5000 x15: 0000000000000be0
[  203.261679] x14: ffffff8004172e28 x13: ffffff8004172e28 x12: 0000000000000000
[  203.268794] x11: 0000000000000000 x10: ffffff8004172e30 x9 : ffffff8004172e28
[  203.275909] x8 : 0000000000000000 x7 : ffffff8004156020 x6 : 0000000000000000
[  203.283025] x5 : 0000000000000031 x4 : 0000000000000000 x3 : 0000000000000001
[  203.290140] x2 : 0000000000000000 x1 : ffffff80008f7300 x0 : 0000000000000024
[  203.297255] Call trace:
[  203.299686]  mt76_wcid_cleanup+0x84/0x22c [mt76]
[  203.304290]  __mt76_sta_remove+0x70/0xbc [mt76]
[  203.308806]  mt76_sta_state+0x8c/0x1a4 [mt76]
[  203.313148]  mt7915_eeprom_get_power_delta+0x11e4/0x23a0 [mt7915e]
[  203.319313]  drv_sta_state+0x144/0x274 [mac80211]
[  203.324028]  sta_info_move_state+0x1cc/0x2a4 [mac80211]
[  203.329249]  sta_set_sinfo+0xaf8/0xc24 [mac80211]
[  203.333952]  sta_info_destroy_addr_bss+0x4c/0x6c [mac80211]

[  203.339520]  ieee80211_color_change_finish+0x1c08/0x1e70 [mac80211]
[  203.345782]  cfg80211_check_station_change+0x1360/0x4710 [cfg80211]
[  203.352042]  genl_family_rcv_msg_doit+0xb4/0x110
[  203.356647]  genl_rcv_msg+0xd0/0x1bc
[  203.360208]  netlink_rcv_skb+0x58/0x120
[  203.364027]  genl_rcv+0x34/0x50
[  203.367154]  netlink_unicast+0x1f0/0x2ec
[  203.371061]  netlink_sendmsg+0x198/0x3d0
[  203.374967]  ____sys_sendmsg+0x1b0/0x210
[  203.378876]  ___sys_sendmsg+0x80/0xf0
[  203.382522]  __sys_sendmsg+0x44/0xa0
[  203.386081]  __arm64_sys_sendmsg+0x20/0x30
[  203.390161]  invoke_syscall.constprop.0+0x4c/0xe0
[  203.394849]  do_el0_svc+0x40/0xd0
[  203.398149]  el0_svc+0x14/0x4c
[  203.401189]  el0t_64_sync_handler+0x100/0x110
[  203.405529]  el0t_64_sync+0x15c/0x160
[  203.409179] Code: d2800002 910092c0 52800023 f9800011 (885f7c01) 
[  203.415252] ---[ end trace 7e42dd9a39ed2281 ]---
[  203.426754] Kernel panic - not syncing: Oops: Fatal exception in interrupt
[  203.433610] SMP: stopping secondary CPUs
[  203.437517] Kernel Offset: disabled
[  203.440988] CPU features: 0x0,00000000,20000802
[  203.445501] Memory Limit: none
[  203.455362] Rebooting in 3 seconds..

 

Må da være mulig å finne ut hvorfor dette skjer.  I første omgang får jeg se om problemet er der i master branchen også.

[Bjørn Mork]

er fremdeles der i master ja.  Gjelder "bare" 5GHz tror jeg. Får ikke sjekket 6GHz, men 2 GHz er ihvertfall ikke noe problem.

 

Siden feilen tilsynelatende ikke gjelder veldig mange andre bokser så lurer jeg litt på om det er relatert til et eller annet som manlger ifm definisjonen av ex5700.  Vi har jo også den mystiske 6dBm effekten på 5GHz kanalene, som jeg aldri helt har kommet til bunns i.  Skyldes helt sikkert en eller annen mangelfull eller feil initialisering, og da er det lett å msitenke at det også kan trigge andre bugs.

 

ex5700 er fremdeles veldig unik hardware, med en PCIe-tilkoblet DBDC radio som server 2 og 6 GHz mens 5GHz er servet av MT7986 SoCen.  Det gjør dessverre at det er dårlig med andre eksempler å kopiere.  Jeg har bare fiklet det til på et vis.

 

OK, jeg la inn en dev_warn() og en if (!phy) return i mt76_wcid_cleanup, slik:

 

void mt76_wcid_cleanup(struct mt76_dev *dev, struct mt76_wcid *wcid)
{
    struct mt76_phy *phy = dev->phys[wcid->phy_idx];
    struct ieee80211_hw *hw;
    struct sk_buff_head list;
    struct sk_buff *skb;

    dev_warn(dev->dev, "phy=%p, offsetof(tx_lock)=%zu, offsetof(pktid)=%zu\n",
        phy, offsetof(struct mt76_phy, tx_lock), offsetof(struct mt76_wcid, pktid));

    mt76_tx_status_lock(dev, &list);
    mt76_tx_status_skb_get(dev, wcid, -1, &list);
    mt76_tx_status_unlock(dev, &list);

    idr_destroy(&wcid->pktid);

    if (!phy)
        return;

    spin_lock_bh(&phy->tx_lock);

 

Grunnen var at jeg mistenkte at problemet var relatert til derefereringen av &phy->tx_lock, som var nytt i

https://github.com/openwrt/mt76/commit/f1e1e67d97d1e9a8bb01b59ab20c45ebc985a958

 

Og det er bekreftet.  Når jeg kobler fra 2GHz ser det slik ut:

 

[   62.116403] mt7915e 0000:01:00.0: phy=000000004f4a303d, offsetof(tx_lock)=36, offsetof(pktid)=360

 

mens på 5GHz ser det slik ut:
 

[   89.220004] mt798x-wmac 18000000.wifi: phy=0000000000000000, offsetof(tx_lock)=36, offsetof(pktid)=360

 

Så phy er ganske riktig NULL.  Og offset til tx_lock er 36.  Eller altså 0x24.  Derav

 

Unable to handle kernel read from unreadable memory at virtual address 0000000000000024

 

Eneste problemet nå er at jeg ikke aner hvorfor phy er NULL i dette tilfellet.  Jeg unngår forsåvidt kræsj med den ekstra testen, men det er vel å feie problemet under teppet

 

[autoTorbjørn]

Nice, godt å se litt aktivitet på bug rapporten igjen også 👍

 

Ja, den clean-up funksjonen er vel der av en grunn må man regne med 🙂

 

[Bjørn Mork]

Jeg sendte avgårde en fix, og Felix har allerede commitet den til OpenWrt-kopien av mt76 og dratt den inn i OpenWrt master:
https://github.com/openwrt/mt76/commit/3b47d9df427c4833605a172f2a8f0e0012b04c80

https://github.com/openwrt/openwrt/commit/7f44f8d8d63d73807c4765386208b36acea01881

 

Så da blir dette i orden etter hvert.  Regner med at han vil ta den med i 23.05 også, men vet ikke om han rekker det før 23.05.4. Som vel var planlagt denne uken, tror jeg

[tiltkoko]

Skal legge inn openwrt på min så fort jeg får pakke med litt annet utstyr i hus. 

[saas1]

Hei! Jeg er ny her på forumet. Fant nettopp denne tråden som var veldig hjelpsom! Spesielt for å åpne ruteren, det var den vanskeligste delen...

Jeg sliter derimot litt med firmwaren, det virker som den bare blir korrupt helt tilfeldig. Det fungerer helt fint i noen minutter eller dager. Det kan variere hva jeg gjør, men plutselig rebooter den og den tilbakestilles, bortsett fra at firmwaren er helt ubrukelig. Den ber meg sette passord, og kan ikke koble til SSH via ethernet fra PCen eller noe. Prøvd å reinstallere FW men får samme feilen etter hvert.

 

Jeg brukte firmware jeg fant fra firmware selector fra OpenWRT: https://firmware-selector.openwrt.org/?version=23.05.4&target=mediatek%2Ffilogic&id=zyxel_ex5700-telenor
 

Har noen erfaring med om denne builden er stabil og fungerer med telenor routeren? Har en EX7000 (dog ex5700-t0, om det har noe å si). Evt hvilken revisjon er stabil for tiden.

 

Takk for evt svar!

[Bjørn Mork]

23.05.4 mangler fiksen for kræsj ved disconnect fra 5GHz. Vet ikke om det forklarer alle problemene dine, men det gjør den ihvertfall ubrukelig.

 

Enn så lenge så er det snapshot eller egen-kompilert som gjelder. Med de ulempene det medfører dessverre.

[saas1]

Takk for tips! Virker som det fungerer bedre nå med Snapshoten.

 

Forresten, var det slik at wifi6e ikke fungerer enda?

 

Ser at phy1-ap0 ikke finnes i ifconfig, og når etter å ha skrudd på MediaTek MT7916AN 802.11ax står det "Wireless is not associated". Er dette radioen for 6E? Kan det kanskje ha noe med manglende drivere i snapshoten?

Endret 27. juli av saas1

[Bjørn Mork]

6e funker, men er ganske krøkkete å konfigurere. Jeg har lett etter en oppskrift uten å finne en. Du må sette country til NO. Og du må bruke WPA3 på 6GHz radioen. I tillegg må SSIDen også være definert på minst en av de andre radioene. Mest sannsynlig med WPA3 der også, for blanding går neppe bra. Tror også det er et begrenset utvalg av kanaler som kan brukes med større kanalbredder, men her har jeg store hull i kunnskapene.

[Michael Seitz]

Takk for god dokumentasjon, Bjørn. Utrolig nok fikk jeg installert OpenWrt selv om jeg aldri brukte TTS konsoll før. Det fungerer forresten bra uten å tilkoble VCC.

 

Okay, jeg fikk 6G til å fungere ved å modifisere "/etc/config/wireless". Det som er markert i rødt manglet:

 

config wifi-device 'radio1'
    option type 'mac80211'
    option path 'soc/11280000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0+1'
    option band '6g'
    option channel 'auto'
    option htmode 'HE160'
    option cell_density '0'
    option country 'NO'

 

 

 

Spoiler

Dessverre får jeg ikke 6G (WiFi 6e) til å fungere. Både 2G og 5G er satt opp til å bruke WPA3 SAE og NO som land. LuCI lar meg også velge kanalen. Til 6G kan jeg bare velge kanalbredden, men ikke selve kanalen. Jeg prøvde allerede 20, 40, 80, og 160 MHz uten å lykkes. Når jeg innretter 6G sier terminalen og System Log at 6G ble deaktivert:

 

21:13:04 daemon.notice netifd: radio1 (8784): sh: acs_survey: out of range
21:13:04 daemon.notice wpa_supplicant[1734]: Set new config for phy phy1
21:13:04 daemon.notice hostapd: Set new config for phy phy1: /var/run/hostapd-phy1.conf
21:13:04 daemon.notice hostapd: Could not find previous interface phy1-ap0
21:13:04 daemon.notice hostapd: Restart interface for phy phy1
21:13:04 daemon.notice hostapd: Configuration file: data: driver=nl80211 logger_syslog=127 logger_syslog_level=2 logger_stdout=127 logger_stdout_level=2 country_code=NO ieee80211d=1 hw_mode=g supported_rates=60 90 120 180 240 360 480 540 basic_rates=60 120 240 beacon_int=100 #num_global_macaddr=1 ieee80211n=1 ht_coex=0 ht_capab=[HT40+] ieee80211ax=1 he_su_beamformer=1 he_su_beamformee=1 he_mu_beamformer=1 he_bss_color=128 he_spr_sr_control=3 he_default_pe_duration=4 he_rts_threshold=1023 he_mu_edca_qos_info_param_count=0 he_mu_edca_qos_info_q_ack=0 he_mu_edca_qos_info_queue_request=0 he_mu_edca_qos_info_txop_request=0 he_mu_edca_ac_be_aifsn=8 he_mu_edca_ac_be_aci=0 he_mu_edca_ac_be_ecwmin=9 he_mu_edca_ac_be_ecwmax=10 he_mu_edca_ac_be_timer=255 he_mu_edca_ac_bk_aifsn=15 he_mu_edca_ac_bk_aci=1 he_mu_edca_ac_bk_ecwmin=9 he_mu_edca_ac_bk_ecwmax=10 he_mu_edca_ac_bk_timer=255 he_mu_edca_ac_vi_ecwmin=5 he_mu_edca_ac_vi_ecwmax=7 he_mu_edca_ac_vi_aifsn=5 he_mu_edca_ac_vi_aci=2 he_mu_edca_ac_vi_timer=255 he_mu_edca_ac_vo
21:13:04 kern.info kernel: [ 3552.567965] br-lan: port 7(phy1-ap0) entered blocking state
21:13:04 kern.info kernel: [ 3552.573597] br-lan: port 7(phy1-ap0) entered disabled state
21:13:04 kern.info kernel: [ 3552.579199] mt7915e 0000:01:00.0 phy1-ap0: entered allmulticast mode
21:13:04 kern.info kernel: [ 3552.585779] mt7915e 0000:01:00.0 phy1-ap0: entered promiscuous mode
21:13:04 kern.info kernel: [ 3552.592197] br-lan: port 7(phy1-ap0) entered blocking state
21:13:04 kern.info kernel: [ 3552.597772] br-lan: port 7(phy1-ap0) entered forwarding state
21:13:04 daemon.notice hostapd: phy1-ap0: interface state UNINITIALIZED->COUNTRY_UPDATE
21:13:04 daemon.notice netifd: Wireless device 'radio1' is now up
21:13:04 daemon.err hostapd: Hardware does not support configured mode
21:13:04 daemon.warn hostapd: phy1-ap0: IEEE 802.11 Hardware does not support configured mode (1) (hw_mode in hostapd.conf)
21:13:04 daemon.err hostapd: Could not select hw_mode and channel. (-2)
21:13:04 daemon.notice hostapd: phy1-ap0: interface state COUNTRY_UPDATE->DISABLED
21:13:04 daemon.notice hostapd: phy1-ap0: AP-DISABLED
21:13:04 daemon.err hostapd: phy1-ap0: Unable to setup interface.
21:13:04 daemon.notice hostapd: nl80211: deinit ifname=phy1-ap0 disabled_11b_rates=0
21:13:04 kern.info kernel: [ 3552.603782] br-lan: port 7(phy1-ap0) entered disabled state
21:13:04 kern.info kernel: [ 3552.610820] mt7915e 0000:01:00.0 phy1-ap0: left allmulticast mode
21:13:04 kern.info kernel: [ 3552.616961] mt7915e 0000:01:00.0 phy1-ap0: left promiscuous mode
21:13:04 kern.info kernel: [ 3552.623071] br-lan: port 7(phy1-ap0) entered disabled state
21:13:04 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
21:13:04 daemon.notice hostapd: phy1-ap0: CTRL-EVENT-TERMINATING
21:13:04 daemon.err hostapd: hostapd_free_hapd_data: Interface phy1-ap0 wasn't started
21:13:04 daemon.notice hostapd: hostapd.add_iface failed for phy phy1 ifname=phy1-ap0
21:13:06 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
21:13:06 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
21:13:06 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 4 names
21:13:06 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses

 

Det ser ut som om OpenWrt ikke klarer å velge en kanal?

 

Edit: Jeg prøvde å velge kanalen ved å modifisere /tmp/run/hostapd-phy1.conf med "ieee80211d=0" og "channel=x". Men x kan bare ha en verdi fra 1 til 14, som gir 2.412 GHz til 2.484 GHz. Dette er frekvensene til phy0, som også leveres av MT7916A (6e chip). Med tall >14 får jeg "? GHz" og min "wireless interface" deaktiveres i LuCI med feilmelding "Wireless is not associated".

 

Endret 16. august av Michael Seitz

[Michael Seitz]

Ser ut som om endringene i "/etc/config/wireless" har ødelagt LuCI/uci for meg. WiFi (2,5, og 6G) fungerer, men LuCI viser ikke informasjon om nettverkene lenger ("radioX:Generic unknown" og "Wireless is not associated"). Samtidig kan jeg ikke lenger konfigurere nettverkene fordi uci ønsker å reversere endringene i "/etc/config/wireless" (f.eks. med "uci del wireless.radio0.htmode"). Uci misslukkes med "del" og kan derfor heller ikke utføre "uci set wireless.XXX".

Håper dette løsner seg med ny 23.05.4 ... når denne versjonen kommer ...

Endret 25. august av Michael Seitz

[tiltkoko]

Hvor mange ganger er det sagt her at man må bruke snapshot...

 

Alt funker så langt for meg, men har ikke mobil med 6e støtte. 

[Michael Seitz]

Svarer du på det jeg skrev?

Fordi, selv om jeg ikke sa noe om snapshot, kunne du jo spurt meg om det er det jeg installerte, ikke sant? For, ja, jeg kjører faktisk snapshot. Og jeg har VR-briller som bruker 6G.

Bra at "alt" fungerer for deg. Da må alt jo også fungere for alle andre 😘