-
GAMEPOD.hu
OpenWrt topic
Új hozzászólás Aktív témák
-
wigyori
tag
válasz Drótszamár #3790 üzenetére
@3790:
Szia,
Nem tudom, hogy pont emiatt nem mukodott-e aprilisban a network config neked, viszont bekerult ma egy commit, r40895 [1], probald meg ezzel plz.
Udv,
-w-[1] https://dev.openwrt.org/changeset/40895
-
wigyori
tag
-
wigyori
tag
Udv,
PocketCHIP-el innen valaki? Igenyfelmeres, hogy barkit erdekelne-e rajta egy OpenWrt port.
Koszi,
-w- -
wigyori
tag
vargalex figyelmebe ajanlva: https://forum.openwrt.org/viewtopic.php?id=68624
Udv,
-w- -
wigyori
tag
válasz vizimento #9819 üzenetére
Nincs a radio supportalva CC-ben.
[ 17.601512] Loading modules backported from Linux version master-2015-03-09-0-g141f155
[...]
[ 18.044785] b43-phy1 ERROR: FOUND UNSUPPORTED PHY (Analog 12, Type 11 (AC), Revision 1)Ugyanez igaz 15.05.1-re, abban is ugyanaz a brcmfmac driver van me'g. Trunk/snapshot-tal futhatsz egy kort, abban 2016-01-25 van, de az ugye bleeding edge.
-w-
[ Szerkesztve ]
-
wigyori
tag
Nem ez az elso ilyen dual-SOC-os agymenes, a Cisco/Linksys WRVS4400v2 is ilyen, meg van me'g jopar masik is...
Apropo, ha valakinek 1043ND v4-ese van, van kedve tesztelni, es van levelshifter-je is (ha rossz lenne amit osszeraktam), ezzel tegyen egy probat
https://forum.openwrt.org/viewtopic.php?pid=348703#p348703
Udv,
-w-[ Szerkesztve ]
-
wigyori
tag
Passz, de van ra esely. Az a SoC egy ARC700 igazabol, ahhoz meg openwrt-ben es lede-ben is van tobbe-kevesbe mukodo port (arc770). Ha megvan a konzol, egy bootlog-ot kiraksz majd valahova rola?
Edit: most talaltam meg hogy mit aktivkodtal az openwrt forumban ezzel, nice
http://pastebin.com/bv5P4jUH .
A quantenna u-boot forrasa megvan a GPL tarballban (ha kirakott egyaltalan valamit a zyxel) ? Az ugyanugy GPL, ugyanugy elerhetove kellene tenniuk, es az alapjan ki lehet talalni, hogy csinal-e barmi varazslast a bootloaderjuk a soc-on, vagy egy sima uImage-es kernelt be tudsz rajta rantani.A "remote api"-val kapcsolatban annyit, hogy oktober kornyeken elokerult a networked ubus koncepcioja, tobb approach is volt/van, nem tudom hogy most hol tart a dolog, de a prpl (prplfoundation.org) site-on sztem utana tudsz nezni. Nyilvan ez nem mostanra vagy a kozeljovore szol, hanem kicsit kesobbre, es nem az ilyen elb@ott routerekre keszul, hanem IoT-re, de erdekes lehet.
Udv,
-w- -
wigyori
tag
Ize, lehet hogy en ertettem valamit felre, de te irtad a ket webui-t
"Ha sikerrel járok, akkor a Z1-en reményeim szerint használható lesz olyan formában, hogy 2db webes felületről lehet majd piszkálni az 1db dobozt "
Biztos megoldhato hogy a masik SoC-on futo OS-t is piszkald (leven a ketto kozott sima ethernet van) pl. LuCI hook-okkal, vagy akar egy sajat API-t is megirva, amit a LuCI-ba beepitesz. Ha a gyari OS-t telnet-tel tudod konfigolni is (vagy akar egy komplett konfigot is fel tudsz neki tolteni), akkor en expect scriptekkel allnek neki megcsinalni, amit szinten valahogy behuznek LuCI ala.
A ZyXEL-t ismerve valoszinuleg nem egy szabvanynak megfeleloen konfiguraljak az 5g-s reszt (tehat nem valoszinu, hogy van mar ra egy library vagy scriptgyujtemeny, amit tudnal hasznalni), ugyhogy elso korben mindenkepp vegig kell sniffelned, hogy hogyan kommunikal a "kulso OS" vele.
De ez igazabol mind csak tipp elsore. (En a magam reszerol letettem arrol, hogy a WRVS-emre OpenWrt-t rakjak, egyreszt mert most mar eleg oreg HW, masreszt a ket OS-es kavaras miatt nem tudnam normalisan megcsinalni a konfiguralast (ugyebar Cisco, aki a gyartok kozul a masik jomadar), harmadreszt ott a flash is kozos a ket SoC kozott, ami plusz agyf@sz. )
Udv,
-w- -
wigyori
tag
Szerintem ez igy mukodhet, ha le tudod sniffelni, hogy mit kommunikal a ket SoC, es az alapjan csinalsz valamilyen supportot hozza. Amugy jobban belegondolva, az egy dolog, hogy a masik SoC-ra csinalsz egy ARC portot, viszont a wireless modulhoz meg jo esellyel nincs open driver, ugy meg tul sok ertelme nincs.
Hajra, ha van kerdes a main SoC-ra portolassal kapcsolatban, ne kimelj.
-w-
-
wigyori
tag
válasz dchard #10098 üzenetére
Nini, meg egy ismeros nick.
Elso korben passzolom a dolgot, de annak, hogy melyik IP-re bindeled az iperf-et, nincs koze hozza. A V1-en ha jol remlik, RTL switch van, a V2-3-4-en meg normalisabb atheros switch, szoval minden teren jobbnak kellene lennie. Keresek valami hasonlo devboardot itthon, elvileg van egy mukodo DB120), megnezem hogy azon mit hoz az iperf. V2-V3-mal van tapasztalat btw ilyen teren?
Udv,
-w- -
wigyori
tag
válasz dchard #10101 üzenetére
Mondanam, hogy a sysupgrade megoldja, de ez persze nem igaz...
Ha "production" routerrol van szo, akkor sztem egyebkent sem ezzel kene kezdeni, mivel egyaltalan nem tudtam tesztelni, azonkivul hogy sikerult a build, es az image ranezesre hasonlokepp nez ki, mint ami a LEDE-s
Amikor azt latod, hogy maxra ki van hajtva a CPU, akkor az iperf porog 100%-on, vagy mas processzt is latsz? (softirq, egyebek)
-w-
-
wigyori
tag
OK, egyetertek.
A merge-el kapcsolatban mondjuk ugy hogy a hwsw-s cikk kicsit hurraoptimista hangulatu volt (a register-es sztem jobb volt), amire csak reszben van ok. Ilyen aprosagokat kell me'g kitalalni/megbeszelni, hogy:
- a voting member-ek kerdeskore hogy lesz a merge utan (LEDE-ben van 18 dev, OpenWrt-ben most 3-4),
- az a "full demokracia es mindenki egyenlo"-hozzaallas, amit a LEDE visz most, szerintem/tunk alkalmatlan arra, hogy egy projektet vezetni lehessen legalabb nagyjabol egy iranyba, ezzel mi legyen,
- infrastrukturat hogyan fogjuk osszehozni, mindket projektnek megvan gyakorlatilag a teljes build/forum/wiki/lofutty infra,
... szoval nem lesz egyszeru.Az biztos, hogy akar lesz a vegen merge, akar nem, az elkepzeles most az, hogy mergeljuk a patcheinket a LEDE-be, majd egy adott commitnal visszaemeljuk OpenWrt-be a teljes tree-t. (Hogy utana mi lesz, az x, a LEDE ugy nez ki, hogy lassan ki fog adni egy release-t, sztem a FOSDEM korul.) Szoval elso korben nyugodtan epithetsz rajuk, ha meglesz a merge, ugyis lesz valamennyi visszhangja.
-w-
-
wigyori
tag
válasz abcde22 #10242 üzenetére
Szia,
Persze, lehetseges, az osszes eddigi target ugy szuletett, hogy nem volt ra openwrt, aztan valaki nekiallt ejszakakat molyoni vele, es lett
https://wiki.openwrt.org/doc/devel/add.new.platform
Ez persze egy baromi regi doksi. A lenyeg az, hogy:
- legyen soroskonzol a routeren, amin keresztul debugolni tudod, hogy mi tortenik
- valamennyire legyen supportalva a linux kernelben (mainline, tehat nem valami gyarto altal kiadott ezereves verzioban)
- tisztaban legyel azzal, hogyan mukodik az openwrt toolchain (cross-compile, patcheles, targetek, konfigok)
- valamennyire tisztaban legyel a kernel internals-szal (soroskonzol, mtd deviceok, drivers/net)
- stbstbNekiallhatsz nullarol is egy teljesen uj SoC-ra portolni openwrt-t, de alacsony lesz az elmenyfaktor. Kezdesnek inkabb egy meglevo target-et allj neki piszkalni (mittomen, ar71xx-be valami random uj routert rakj be, amihez me'g nincs support), es csak utana kezdj ennek neki.
Milyen SoC-rol volna szo?
Udv,
-w- -
wigyori
tag
Amennyire tudom, szopo a bootloader rajta - vagy nem tudsz, vagy maceras rajta egy kernelt bebootolni, es akkor a flash-rol nem is beszeltunk. A hasonlo, kabelmodemekben hasznalt BCM33xx SoC szeriarol itt olvashatsz bovebben:
https://wiki.openwrt.org/doc/hardware/soc/soc.broadcom.bcm33xx
https://github.com/tch-opensrcDe nem akarlak eltantoritani.
-w-
-
wigyori
tag
válasz Csabi1984 #12093 üzenetére
A fo fix a dnsmasq sec upgrade, 2.78 elottihez eleg csunya bug jott ki.
dnsmasq before 2.78, when configured as a relay, allows remote attackers to obtain sensitive memory information via vectors involving handling DHCPv6 forwarded requests.
Ezenfelul mas sztem max a kernel verzio upgrade-ben van.
-w-
-
wigyori
tag
Bulletpointokban:
- utolso stabil OpenWrt release a CC
- a LEDE (az OpenWrt fejlesztok egy resze) forkolt tavaly majusban
- tavaly oktober ota ertekezunk arrol, hogy merge-eljen a ket projekt ujra
- ennek folyomanyakent (mivel valamennyire a LEDE-sek haladtak elore) tavaly november ota leallitottuk a fejlesztest OpenWrt oldalon, hogy a re-merge egyszerubb legyen
- ennek egy eve, joreszt idohuzas miatt
- az OpenWrt Summmit-ra valoszinuleg elkeszulunk a merge-elt koddal, aminek az alapja a LEDE-s master lesz
- security upgrade-ek bekerultek a CC-s github tree-be, de ez csak source-only, tehat kezzel kell buildelned
- hogy a kovetkezo OpenWrt release mikor lesz ezutan, nem tudniHope this helps.
-w-
-
wigyori
tag
válasz wigyori #12137 üzenetére
https://arstechnica.com/information-technology/2017/10/severe-flaw-in-wpa2-protocol-leaves-wi-fi-traffic-open-to-eavesdropping/
Amugy errol jo, ha tudtok - "coordinated disclosure that's scheduled for 8 a.m. Monday".
Valoszinuleg nekunk is abba kell majd hagyni a szarakodast es varakozast, es egy bugfix release-t csinalni (a dnsmasq bug miatt mar onmagaban kellett volna).
-w-
[ Szerkesztve ]
-
wigyori
tag
válasz wigyori #12143 üzenetére
Na, akkor ide is, KRACK (wpa2) fixek:
OpenWrt/CC: commit
(source-only marad egyelore, hostapd-re es dnsmasq-ra lehet h csinalunk egy CC.1 sec fix binary-t)OpenWrt/trunk: commit
(buildbotok majd buildelik szepen az upgrade-eket)LEDE/trunk: commit
(buildbotok majd buildelik szepen az upgrade-eket)LEDE/17.01: commit
(lesz 17.01.4 hamarosan).Udv,
-w-[ Szerkesztve ]
-
wigyori
tag
Folyamatban a build. Vegul teljesen uj build lesz, aktualis 3.18 kernellel, tehat sysupgrade kell majd. Ha lesz tesztelheto buildelt image, szolok es adok linket, ha erdekel.
Azert tokoreszunk ennyit, mert a 17.01 (illetve a kesobbi release-ek) nem minden 4/16 vagy 4/32-es device-on mennek hasznalhatoan, es megprobaljuk a CC-t megtartani hosszabb tavon, illetve reprodukalhatova tenni a build process-t.
-w-
[ Szerkesztve ]
-
wigyori
tag
válasz Stauffenberg #12242 üzenetére
Ha a routeren siman wget-tel megprobalod ezt letolteni, ipv4-en (tehat down-ba rakott wan6-tal)...
http://downloads.openwrt.org/chaos_calmer/15.05.1/ar71xx/generic/packages/base/Packages.sig
... akkor egy md5sum-ot nyomj mar ra pls, erdekelne hogy mit tolt le.
Koszi,
-w- -
wigyori
tag
válasz Petya94 #12284 üzenetére
A DNCE2500 egy Intel Puma SoC, kb. egy 500MHz-es Intel Atom, az RTL8198 pedig egy 8196-szarmazek. Erdekes lehet a hardware, de mukodo OpenWrt (vagy akar LEDE) port nincs.
A serial konzol kimenete viszont erdekes lehet mar csak "archivalasi" szempontbol is, fel lehet rakni akar a wikidevi, akar az openwrt wiki-re, megkonnyitheti masnak a munkajat, vagy felkeltheti az erdeklodest.
-w-
-
wigyori
tag
Hat, CC meg LEDE kozott joval tobb kulonbseg van, minthogy kompatibilis lehetne - CC az GCC 4.8 / uclibc, LEDE az GCC 5.4 (5.5?) meg musl, szoval kulonosebb varialast ne varj. Arch-ok maradnak ahogy vannak, maintenance release, semmi mas, egyedul azert tokolok vele, mert jopar device van, amin a LEDE nem igazan mukodik jol.
A gond az external package tree-vel van, amiket a maintainerek leszartak egy ideje (szerk: jo, valahol ertheto modon), es vagy tokig vannak CVE-vel a verziok, vagy nem erheto mar el a forras, es backportolni kell ezeket a master branchbol.
-w-
[ Szerkesztve ]
-
wigyori
tag
válasz woodworm #12408 üzenetére
Nem azt mondtam, hogy barkinek az elerheto interwebes forrasok alapjan javasolnam, hogy erre felrakjon barmit , csak azt, hogy ezek alapjan valoszinuleg megoldhato a supportja. Nem tudom, hogy miert nincsen tobb Asus RT- device supportolva (nyilvan van oka, csak utana kellene olvasni), de ezekutan lehet hogy veszek egyet es megnezem.
Amugy eleg gaz, hogy az Asus is felult ugyanarra a vonatra, mint a D-Link, hogy ugyanazon termeknev alatt, kulonbozo reviziokkal aka'r teljesen mas SoC vendort is hasznalnak (D-Linknel erre jo pelda volt a DIR-300, az A1 Atheros volt, a B1 mar Ralink), aztan lehet nezni, hogy epp mit kapsz a boltban.
-w-
-
wigyori
tag
válasz vargalex #12413 üzenetére
Nem tudok erre amugy jo megoldast, ha az FCC nem ugrik ra a temara, hogy a gyari fw is mas a kulonbozo revision-ok kozott, akkor nem fogja senki force-olni oket, hogy - sarkitva - ne verjek at a customereket a vendorok.
Sidenote, vettem egy RT-N12+ -t (koszi a kolleganak, ha olvassa), ez ugyan me'g csak MT7620, de melyebben ismerkedni ramips-sel jo lesz.
-w-
-
wigyori
tag
válasz wigyori #12415 üzenetére
root@LEDE:~# dmesg
[ 0.000000] Linux version 4.9.65 (wigyori@dizelgigant) (gcc version 5.5.0 (LEDE GCC 5.5.0 r5442-b0b289e) ) #0 Thu Nov 30 08:44:17 2017
[ 0.000000] Board has SDRAM
[ 0.000000] Analog PMU set to hw control
[ 0.000000] Digital PMU set to hw control
[ 0.000000] SoC Type: MediaTek MT7620N ver:2 eco:6
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 00019650 (MIPS 24KEc)
[ 0.000000] MIPS: machine is Asus RT-N12+
[...] -
wigyori
tag
válasz xabolcs #12417 üzenetére
Ez az RT-N12+ elegge standard board, a kovetkezo helyekre kellett bevesni:
modified: target/linux/ramips/base-files/etc/board.d/01_leds
modified: target/linux/ramips/base-files/etc/board.d/02_network
modified: target/linux/ramips/base-files/lib/ramips.sh
modified: target/linux/ramips/base-files/lib/upgrade/platform.sh
modified: target/linux/ramips/image/mt7620.mkMeg egy DTS-t irni hozza, amit a target/linux/ramips/dts/ ala kell betenni, itt barmelyik hasonlo DTS-t lemasolva es kicsit atirva mukodni fog. Amire figyelni kell, az a particiok merete (ezt az eredeti firmware dmesg-jebol ki tudod bogaraszni, legtobbszor 0x0-0x30000 kozott van az u-boot, erre figyelj), meg a serial konzol bitrate-je (erdekes modon ezt is DTS-bol kell ramips-nel allitani). A LED-ekhez pedig ki lehet turni az eredeti GPL-es forrasbol a pin-eket, vagy a legkozelebb eso hasonlo board konfigjabol.
Ami a Te esetedet illeti, hulye kerdes, de probaltal bitrateket allitani? Csomo ramips boardnal 57600 van, es nem 115200, mint amit mashol megszokott az ember.
-w-
-
wigyori
tag
válasz xabolcs #12424 üzenetére
FWIW
https://git.lede-project.org/?p=source.git;a=commit;h=58e0673900ea585b03d3cc2f8917667faa3f977fA DWR116-ra ezt a topicot megtalaltad? https://forum.openwrt.org/viewtopic.php?id=56542
This router is very popular in Poland in combination with LTE modems (from Play, Cyfrowy Polsat etc.).
I managed to get part of boot dump. UART is at JP1 [TX, GND ,VCC ,NC ,RX] with 57600n8
Unfortunately console stops at line
switch register base addr to system register 0xb0000000-w-
[ Szerkesztve ]
-
wigyori
tag
Nna.
http://lists.infradead.org/pipermail/lede-adm/2017-December/000692.html
Udv,
-w- -
wigyori
tag
Udvozoljuk a WPA3-at korunkben:
https://www.wi-fi.org/news-events/newsroom/wi-fi-alliance-introduces-security-enhancements
-w-
-
wigyori
tag
BTW FYI:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=820f03099894bd48638fb5be326b5c551f0f2b98
----
netfilter: add a xt_FLOWOFFLOAD target for NAT/routing offload support
This makes it possible to add an iptables rule that offloads routing/NAT
packet processing to a software fast path. This fast path is much
quicker than running packets through the regular tables/chains.Requires Linux 4.14
Signed-off-by: Felix Fietkau <nbd@nbd.name>
-
wigyori
tag
FYI:
http://lists.infradead.org/pipermail/openwrt-adm/2018-June/000812.html
"I plan to tag 18.06.0-rc1 on Friday, then 22th around 9:00am UTC and
kick of binary builds shortly after with the goal to have them ready by
Sunday evening.""If no critical issues arise, I plan to tag 18.06.0 final on Friday, the
29th to officially announce the release binaries on July 1st/2nd."Udv,
-w-
Új hozzászólás Aktív témák
- Vírusirtó, Antivirus VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- World of Warcraft Shadowlands Collectors edition EU EN
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."