-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
Hello
Ezzel kapcsolatban valakinek van ötlete a dts-re?
Addig jutottam, hogy valószínű a feszszabályzók nincsenek jól megadva, mert
[ 2.141855] dldo2: supplied by regulator-dummy
-val van tele a dmesg, és amiatt nem működhet a cpufreq-dt...? -
Hello,
Sry, ez megint kissé off.
Még mindig tablet , Allwinner A31s proci (tehát ARM-os Linux). Most tartok ott, hogy valóban,működik a táp IC, de a proci 1GHz-en pörög, így valahogyan vissza kéne venni. Elvileg ez dts-ből menne, abban vannak meghatározva operating point-ok. Kiszedtem mondjuk az 1GHz, dts lefordít, betettem a /boot-ba, és... ugyanúgy 1GHz
A governor is performance-n van (ismeri a többi gyakorit is, powersave, stb., de ha beállítom, kifagy ) .
Valaki tudja, hogyan lehet dts-ből frekit szabályozni? Elvileg cpufreq-dt van ezen a cuccon. Az a dts/dtb-ből szedné a frekit, ha jól értem... és nem
-
válasz
vargalex
#20942
üzenetére
Archlinuxarm.org -on semmi válasz
Legalábbis az Allwinner része kong kb.
AXP20* táp IC kezelésével van bajom.Adott egy Sunxi Linux supportált Allwinner tablet, arra felhackeltem egy Arch-ot. Kijelző 5.x kernellel hajlandó működni (mindegy, wifis kijelző lenne belőle, szóval nem kell up to date-nek lennie). Viszont nincs akkutöltöttség-mérés, és túl meleg a proci. Gondolom proci tápfesz-szabályozás sincs, meg órajel se. AXP20x a táp IC típusa, a/sys/class... alatt ott van az USB része, de battery nincs.
Szóval annyi lenne a kérdés, hogy hogyan lehet ARM-on tápfeszt, órajelet szabályozni, esetleg hogy mik az ACPI megfelelői ARM-on.
-
ARM témában lehet itt kérdezni? Nem OpenWRT, hanem Arch, ARM-on - ha valahol akkor itt lehet bárki, aki ért hozzá
-
Hello,
Erre a kérdésre valószínűleg itthon csak itt lehet valaki, aki tud válaszolni
Adott egy
- Google/Asus Nexus 7 2012
- Postmarketos+SXMO
- BCM4330 / AW-NH665 wifiEz a cucc Androiddal tökéletesen megy (ment). Mármint csatlakozik wifi AP-kra, és kommunikál.
Ugyanezekre PmOS-el (ilyen szempontból Alpine Linux) meg nem :S
A környéken gyak. minden wifi router OpenWRT. Általában frissebbek, tehát 21.02 a fő C7-esem, és ugyanilyen a TP-Link 1043v1 másodlagos is. Anyámnál és anyóséknál talán eggyel régebbi van WDR 4300-asokon.
WPA2 mindegyik titkosítás, DHCP, ilyesmik.És valamiért PmOS-sel nem jó. A 1043v1-re csatlakozik, és stabil, a C7-esre és a többire nem.
Egy ideig nézegetten különféle BCM4330 fw-kkel, de mind ugyanolyan.
Nem tudom, hogy az SXMO hálózatkezelője mit csinál (valószínűleg Networkmanagert futtat), de
- nmtui csak a 1043v1-re megy fel (2,4GHz), és stabil
- illetve a Networkmanager (értsd nmtui) felmegy a laptopról kreált hotspotra, és Android telefonnal adott hotspotra is, stabil is (szintén WPA2)
- wpa_supplicant csatlakozik a C7-es abgn csatornájára (2,4GHz), de nem kap IP-t... egyudhcpc -i wlan0-ra kap.
És pár percen belül el is dobja. De csak az IP esik le! Dmesg-be nem kerül semmi.udhcpc -i wlan0megint, és megint van IP, megy tovább, és eldobja... De amikor jó a háló, akkor normálisan kommunikál, stb. Dmesg-be nem kerül semmi.
Mi a fene okozhat ilyet?A hétvégén megnézem majd egyéb AP-kkel is, a városi free wifi jó teszt lesz.
Köszi minden ötlet
-
válasz
xabolcs
#17439
üzenetére
Én is abban voltam
Viszont mindenféle más routerhez való volt meg. Mondjuk szívfájdalom nélkül felírtam volna, de! nem kellett.
Honkydoo készített mentést a gyári OS-ről, csak saját bevallása szerint elrontotta. Én meg nem azt írtam fel valamelyik tesztnél, de kitúrtam megint a privátokból, és felment.
Éppen csak boot közben tömörgetés hibával elakadt. (Nem az kernelnél, később.)
Így az U-Boot updaterével felupgradeltem TFTP-ről, és működik... Wifi is van, minden van. -
Na a Gl-Mifi macera!
- Mivel megpusztult a C5, kiszedtem abból a 16MB-os Spansion (!) flasht (S25FL17SIF10... nem is létezik ilyen), ezt felismeri jól az U-Boot is, meg az OpenWrt is.
- A Pepe-s U-Boottal nem megy, nem találja a MTD partíciókat
- De a Gl-Mifi-ssel megy! Akkor annak az volt a baja, hogy a 8MB flasht nem jól írta... Még az ART-re panaszkodikÉs a jó partíciókiosztás :
[ 0.345371] spi-nor spi0.0: s25fl128s1 (16384 Kbytes)
[ 0.349115] 4 fixed-partitions partitions found on MTD device spi0.0
[ 0.355321] Creating 4 MTD partitions on "spi0.0":
[ 0.360108] 0x000000000000-0x000000040000 : "u-boot"
[ 0.366540] 0x000000040000-0x000000050000 : "u-boot-env"
[ 0.371938] 0x000000050000-0x000000ff0000 : "firmware"
[ 0.382470] 2 uimage-fw partitions found on MTD device firmware
[ 0.387013] Creating 2 MTD partitions on "firmware":
[ 0.391915] 0x000000000000-0x000000200000 : "kernel"
[ 0.398284] 0x000000200000-0x000000fa0000 : "rootfs"
[ 0.403206] mtd: device 4 (rootfs) set to be root filesystem
[ 0.410361] 1 squashfs-split partitions found on MTD device rootfs
[ 0.415188] 0x000000530000-0x000000fa0000 : "rootfs_data"
[ 0.422012] 0x000000ff0000-0x000001000000 : "art" -
válasz
yodee_
#17428
üzenetére
Nyilvános azt jelenti Microsoftul, hogy nem egy ismert, megbízható helyi háló, hanem publikus helyen, valószínűleg titkosítatlan, nem általad managelt, és ilyenkor alapesetben a tűzfalon tiltja az összes ilyesmit, amin kintről elérhető a gép. Rá is szokott kérdezni, hogy akarod-e, hogy felderíthető legyen a gép ezen a hálózaton, meg egyes kifele kommunikáló alkalmazásoknál is, ilyesmi.
De ez teljesen a useren múlik, hogy minek minősíti az adott hálót. -
#17393
hcl
titán
csabyka666
#17392
válasz
csabyka666
#17392
üzenetére
Ja, az a lényege, de alapból ki kéne szűrni, hogy pl. tudsz-e csatlakozni a kiterjesztett hálót szóró AP-ra.
-
#17391
hcl
titán
csabyka666
#17390
válasz
csabyka666
#17390
üzenetére
Látod, hogy mire csatlakoztál fel.
-
#17389
hcl
titán
csabyka666
#17388
válasz
csabyka666
#17388
üzenetére
Esetleg tesztjelleggel másik SSID-t? És pl. arra csatlakozni?
Nem tudok én sem sokat erről, de próbálgatni sokféleképpen lehet. A tracepath is a barátod. -
#17387
hcl
titán
csabyka666
#17384
válasz
csabyka666
#17384
üzenetére
Ha közelebb rakod, sem megy? Nekem Openwrt-vel ezer éve elsőre ment a WDS, de akkor csak próbáltam.
Amúgy ha nem is terjeszti ki, a másik eszközre tudsz csatlakozni, és onnan kilátsz net felé? -
#17378
hcl
titán
Flowtation
#17377
válasz
Flowtation
#17377
üzenetére
DD-Wrt-ből van a 4MB-osokra is asszem friss, érdemesebb azt tenni rá, mint egy outdated Openwrt-t.
-
válasz
woodworm
#17352
üzenetére
Az OK - meg hw offload ide vagy oda, az amúgy is gyengébb hardveres OpenWrt-s cuccok úgysem szoktak fullban gigabiten menni, amennyire tudom, szóval ez nem lenne gond. (Meg hát eddig is C5 volt 1.2-es, az megfelelt.)
A külsős támogatás alatt mit kell érteni? Hosszabb távra tervezve jobb lenne, ha rendes supportja lenne :S -
válasz
woodworm
#17350
üzenetére
...merthogy...?
nem látok itt az oldalon komolyabb limitációt.
Bár, ja, ez is unofficial.
-
válasz
xabolcs
#17348
üzenetére
Annak az árából már tök sok mindent tudnék venni
Amúgy USB port kb. mindegy. (Most, hogy a switchnek használt 1043v1-et visszatettem routernek, az USB-jéről megy 1 venti )
Amikor home szerver volt ez a router, akkor kellett USB, de az most már egy T410Az a Linksys nem lenne rossz.
Most elvileg lesz egy C5 v4, az nekem bőven jó.
Igazából elég lenne egy gigás WAN, gigás LAN, N-es wifi kombó is, csak asszony ragaszkodik az AC-hoz (gyak, az övé az a teljes sáv, mert a céges gépe olyan szinten forgalmaz alapból, hogy be is foglalja ) -
-
Kinek milyen router vált be OpenWRT alá?
Megpusztult a C5-ösömben a switch, tehát vennék valamit
Gigabit LAN, WAN, és AC wifi kéne, persze OpenWrt rá -
...kivettem a rootfs meghatározását, így a régi hibaüzenet :
[ 2.095635] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii[ 2.102861] /dev/root: Can't open blockdev[ 2.105612] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6[ 2.112976] Please append a correct "root=" boot option; here are the available partitions:[ 2.121364] 1f00 256 mtdblock0[ 2.121370] (driver?)[ 2.127831] 1f01 64 mtdblock1[ 2.127837] (driver?)[ 2.134351] 1f02 7808 mtdblock2[ 2.134356] (driver?)[ 2.140849] 1f03 64 mtdblock3[ 2.140854] (driver?)[ 2.147360] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)[ 2.155609] Rebooting in 1 seconds..Amúgy ilyeneket talál
[ 0.410577] spi-nor spi0.0: w25q64dw (8192 Kbytes)[ 0.414103] 4 fixed-partitions partitions found on MTD device spi0.0[ 0.420253] Creating 4 MTD partitions on "spi0.0":[ 0.425084] 0x000000000000-0x000000040000 : "u-boot"[ 0.436025] 0x000000040000-0x000000050000 : "u-boot-env"[ 0.441304] 0x000000050000-0x0000007f0000 : "firmware"[ 0.456651] 0x0000007f0000-0x000000800000 : "art" -
válasz
xabolcs
#17296
üzenetére
Na. Megcsináltam a házit, kiszámoltam rendesen a partícióhatárokat, legalábbis remélem, hogy egész blokkon érnek véget (mindnek hex 000 a vége), és ugyanaz a libaüzenet, mint volt is :S
Amúgy a U-boot verziónak nem lehet köze? Load address eltérése nem okozhat ilyet, hogy rossz helyre írja a flashbe a firmware-t, és amikor bootol az OpenWrt, valamit nem talál? -
-
válasz
xabolcs
#17291
üzenetére
A gyári szerkezete ez, tehát azzal működnie kéne kisebb partíciókkal is. Az Openwrt forrásban sincs külön firmware és rootfs, és a cél csak egy kisebb flash-hez adaptálás volt. Ezért WTF, hogy rendben felíródik a cucc, de nem hogy read-only-ban, de sehogyan nem csatolja...
Szerencsétlen számok - ja, az U-Boot és az env adott, meg a végén a 64k-s ART is adott, közé megy a fw. Mondjuk ott én voltam a hülye, hogy nem szektorhatárra esik a vége, de mondom legyen ~7MB a hossza, azt' jóvan... úgy jött ki
Na majd kipróbálom azt is, hogy az ART végéig kihúzom, de fogadni merek, hogy nem lesz jobb. -
válasz
xabolcs
#17287
üzenetére
Na de ezen nincs külön kernel és rootfs partíció, már a gyárilag rápakolt OpenWRT-ben sem, asszem.
Md pedig :
u-boot> md 0x9f250000
9F250000: 68737173 5C040000 2E046462 00000400 hsqs\.....db....
9F250010: 1B000000 04001200 C0060100 04000000 ................
9F250020: A9103419 00000000 4ACC3900 00000000 ..4.....J.9.....
9F250030: 42CC3900 00000000 FFFFFFFF FFFFFFFF B.9.............
9F250040: DE7E3900 00000000 489C3900 00000000 .~9.....H.9.....
9F250050: B4C63900 00000000 2CCC3900 00000000 ..9.....,.9.....
9F250060: 0C800000 04001400 09009000 4000FD37 ............@..7
9F250070: 7A585A00 00016922 DE3603C0 E5C70980 zXZ...i".6......
9F250080: 80102101 0C00B80F 7FFCE1A1 EBEFFE6C ..!............l
9F250090: 003F9145 84600846 3F70491E 008B6899 .?.E.`.F?pI...h.
9F2500A0: EABBC1A3 50FB4743 6A3BBEC6 5F121F28 ....P.GCj;.._..(
9F2500B0: D9C3AC1E 49856909 D6A0A10D 724383B4 ....I.i.....rC..
9F2500C0: B84D46B1 976D2012 466C043C 0E681C70 .MF..m .Fl.<.h.p
9F2500D0: A436322A E577C4EF 0D007D69 05E09A81 .62*.w....}i....
9F2500E0: E109B4AD B868DF8E FC755F54 513A47A5 .....h...u_TQ:G.
9F2500F0: C3D01024 A51D83A9 5DAA4F56 0939177C ...$....].OV.9.|
u-boot> -
Míg el nem felejtem, ez jön a binwalkból a kiolvasott flash tartalomra :
$ binwalk read_8mb_openwrt.binDECIMAL HEXADECIMAL DESCRIPTION--------------------------------------------------------------------------------11736 0x2DD8 uImage header, header size: 64 bytes, header CRC: 0x33F1DAC7, created: 2022-04-22 19:21:15, image size: 58288 bytes, Data Address: 0x80010000, Entry Point: 0x80010000, data CRC: 0xD0FBBB92, OS: Linux, CPU: MIPS, image type: Firmware Image, compression type: lzma, image name: "U-Boot1.1.4-ad5a2135-dirty"11768 0x2DF8 U-Boot version string, "U-Boot 1.1.4-ad5a2135-dirty"11800 0x2E18 LZMA compressed data, properties: 0x5D, dictionary size: 33554432 bytes, uncompressed size: 160796 bytes130235 0x1FCBB HTML document header131072 0x20000 uImage header, header size: 64 bytes, header CRC: 0x4D862EA8, created: 2022-04-23 13:50:38, image size: 2234063 bytes, Data Address: 0x80060000, Entry Point: 0x80060000, data CRC: 0xA7345472, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPSOpenWrt Linux-5.10.111"131136 0x20040 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 7605327 bytes2424832 0x250000 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 3787850 bytes, 1116 inodes, blocksize: 262144 bytes, created: 2022-04-23 13:50:38Az általam forgatott image pedig :
$ binwalk openwrt-ath79-generic-glinet_gl-mifi-squashfs-sysupgrade.binDECIMAL HEXADECIMAL DESCRIPTION--------------------------------------------------------------------------------0 0x0 uImage header, header size: 64 bytes, header CRC: 0x4D862EA8, created: 2022-04-23 13:50:38, image size: 2234063 bytes, Data Address: 0x80060000, Entry Point: 0x80060000, data CRC: 0xA7345472, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPSOpenWrt Linux-5.10.111"64 0x40 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 7605327 bytes2293760 0x230000 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 3787850 bytes, 1116 inodes, blocksize: 262144 bytes, created: 2022-04-23 13:50:38 -
És a flash tartalma (legalábbis a boot addresstől) :
u-boot> md 0x9f0200009F020000: 27051956 4D862EA8 6264042E 002216CF '..VM...bd..."..9F020010: 80060000 80060000 A7345472 05050203 .........4Tr....9F020020: 4D495053 204F7065 6E577274 204C696E MIPS OpenWrt Lin9F020030: 75782D35 2E31302E 31313100 00000000 ux-5.10.111.....9F020040: 6D000080 004F0C74 00000000 0000006F m....O.t.......o9F020050: FDFFFFA3 B77F4C3C E29089E9 7A6EDB3C ......L<....zn.<9F020060: EC7D4EA1 71420753 5CC06024 53360CB1 .}N.qB.S\.`$S6..9F020070: BD132166 51D60F67 2E75D3E8 39471F6F ..!fQ..g.u..9G.o9F020080: CAF00A2A 1C80A874 42994E0E EF07B6B8 ...*...tB.N.....9F020090: CBF83507 A989DB9B 5A46DEAD 9B70CA48 ..5.....ZF...p.H9F0200A0: BD93EA78 F6508F1F 48E34A61 D4ECFB8B ...x.P..H.Ja....9F0200B0: 59B4D526 8D10F3C6 3456B880 5B2AB164 Y..&....4V..[*.d9F0200C0: 755A1D86 504D77E2 71EEF21A A64360AA uZ..PMw.q....C`.9F0200D0: 12EDCD4B B7923ABC CE50911D E7B0257C ...K..:..P....%|9F0200E0: FE6C0676 A71F6FD6 1D0DDC74 EFAD0F1C .l.v..o....t....9F0200F0: D1C904B9 7432B617 7BA798C5 3C478471 ....t2..{...<G.qu-boot>(Vagy mit szeretnétek látni a md-ből? Nem igazán látom, hogyan lehetne a md paranccsal végiglistázni.)
-
Nnna
Bedrótozott /dev/mtdblock2 kernelparaméterrel ezt kapom (főleg azért fura, mert ugye frissen lett felírva
)[ 0.000000] Kernel command line: console=ttyATH0,115200 rootfstype=squashfs,jffs2 root=/dev/mtdblock2[ 0.410380] spi-nor spi0.0: w25q64dw (8192 Kbytes)[ 0.413806] 4 fixed-partitions partitions found on MTD device spi0.0[ 0.420169] Creating 4 MTD partitions on "spi0.0":[ 0.424886] 0x000000000000-0x000000040000 : "u-boot"[ 0.435790] 0x000000040000-0x000000050000 : "u-boot-env"[ 0.441064] 0x000000050000-0x0000006fcfc0 : "firmware"[ 0.444891] mtd: partition "firmware" doesn't end on an erase/write block -- force read-only[ 0.463953] 0x00000007c001-0x00000008c001 : "art"[ 15.478195] jffs2: Old JFFS2 bitmask found at 0x00575e04[ 15.482051] jffs2: You cannot use older JFFS2 filesystems with newer kernels[ 15.520184] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580000: 0x4228 instead[ 15.528238] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580004: 0x6bb2 instead[ 15.537715] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580008: 0x54ad instead[ 15.547156] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0058000c: 0x86ca instead[ 15.556610] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580010: 0x0e24 instead[ 15.566072] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580014: 0xdfc0 instead[ 15.575533] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580018: 0xdb79 instead[ 15.584996] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0058001c: 0x77e5 instead[ 15.594457] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580020: 0xbc9d instead[ 15.603919] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00580024: 0x171c instead[ 15.613362] jffs2: Further such events for this erase block will not be printed[ 15.670233] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590000: 0x59b1 instead[ 15.678291] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590004: 0xa211 instead[ 15.687740] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590008: 0xd699 instead[ 15.697202] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0059000c: 0xd5d4 instead[ 15.706663] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590010: 0x7961 instead[ 15.716124] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590014: 0x2e81 instead[ 15.725586] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590018: 0x6524 instead[ 15.735048] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0059001c: 0xaa63 instead[ 15.744509] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590020: 0xb0bb instead[ 15.753971] jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00590024: 0xcf0e instead[ 15.763414] jffs2: Further such events for this erase block will not be printed[ 15.819637] jffs2_scan_eraseblock(): End of filesystem marker found at 0x5a0000[ 15.825516] jffs2: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes[ 15.833916] jffs2: empty_blocks 16, bad_blocks 0, c->nr_blocks 106[ 15.840231] VFS: Cannot open root device "mtdblock2" or unknown-block(31,2): error -5[ 15.847905] Please append a correct "root=" boot option; here are the available partitions:[ 15.856241] 1f00 256 mtdblock0[ 15.856247] (driver?)[ 15.862731] 1f01 64 mtdblock1[ 15.862736] (driver?)[ 15.869240] 1f02 6835 mtdblock2[ 15.869245] (driver?)[ 15.875770] 1f03 64 mtdblock3[ 15.875775] (driver?)[ 15.882258] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,2)[ 15.890595] Rebooting in 1 seconds..DTS-ben ezt adtam meg partícióknak :
&spi {status = "okay";flash@0 {compatible = "jedec,spi-nor";spi-max-frequency = <33000000>;reg = <0>;partitions {compatible = "fixed-partitions";#address-cells = <1>;#size-cells = <1>;partition@0 {label = "u-boot";reg = <0x000000 0x040000>;read-only;};partition@40000 {label = "u-boot-env";reg = <0x040000 0x010000>;};partition@50000 {compatible = "denx,uimage";label = "firmware";reg = <0x050000 0x6acfc0>;};art: partition@ff0000 {label = "art";reg = <0x07c001 0x010000>;read-only;};};};}; -
-
válasz
xabolcs
#17280
üzenetére
Talán még a felírtat sem kell, kiírja a kernel :
[ 0.413963] 4 fixed-partitions partitions found on MTD device spi0.0
[ 0.420114] Creating 4 MTD partitions on "spi0.0":
[ 0.424943] 0x000000000000-0x000000040000 : "u-boot"
[ 0.435803] 0x000000040000-0x000000050000 : "u-boot-env"
[ 0.441090] 0x000000050000-0x0000006fcfc0 : "firmware"
[ 0.444909] mtd: partition "firmware" doesn't end on an erase/write block -- force read-only
[ 0.463981] 0x00000007c001-0x00000008c001 : "art"És ami zavaróbb : [ 0.000000] Kernel command line: console=ttyATH0,115200 rootfstype=squashfs,jffs2
Tehát hiába adom meg a bootargs-ban a root fs-t, nem jut el a kernelhez -> hiába engedélyeztem a bootargs elfogadását fordítás előtt.
-
Nnna. Bootoljunk GL-Mifit 8MB flashből, sokadik rész.
Felpakoltam a saját fw-t, ugyanúgy pánikol, mint a 16MB-os flash-hez való gyári.Ami zavar, az ez :
[ 2.084289] /dev/root: Can't open blockdev[ 2.086958] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6[ 2.094500] Please append a correct "root=" boot option; here are the available partitions:[ 2.102760] 1f00 256 mtdblock0[ 2.102766] (driver?)[ 2.109263] 1f01 64 mtdblock1[ 2.109268] (driver?)[ 2.115784] 1f02 6835 mtdblock2[ 2.115790] (driver?)[ 2.122282] 1f03 64 mtdblock3[ 2.122287] (driver?)[ 2.128792] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)[ 2.137041] Rebooting in 1 seconds..Bootargs-nak már adtam mindent,
/dev/mtdblock2, ilyesmik, de mindigCannot open root device "(null)" or unknown-block(0,0):...hogyan lehet megmondani neki, hogy hol van a root fs?
Nem találok rá értelmeset. Olyan, mintha nem érdekelné a bootargs. (Vagy az a baja, hogy a sysupgrade bint toltam fel?) -
válasz
xabolcs
#17224
üzenetére
Erre a custom DTS-re imagebuilderrel sehogy nem jöttem rá. (Hogy hogyan lehetne kisebb flash-hez generálni.)
De saját fordításúban átírtam rövidebbre a flash partíciókat, most próba...Az U-Boot-ot megoldotta egy Pepe2k build, SD kártyáról sajnos az AR9331 SoC nem tud bootolni...
Illetve : van ugye az a jelenség, hogy ez az izé (GL-Mifi) csak a 8MB-os és a 2MB-os flash-emmel hajlandó bootolni. A Honkydoo által vett W25q128-akkal nem. Na most az lehet, hogy azért nem, mert a SoC (vagy az abban levő L1 loader) csak bizonyos flash-eket ismer?
-
#17261
hcl
titán
Flowtation
#17259
válasz
Flowtation
#17259
üzenetére
Csak megfelelő HW verziókra megy fel, a v4-re elvileg nem. (1.2-re van csak talán?)
Amúgy ha ilyen van, hogya routeren rossz a wifi, azt nem nagyon fogja az OpenWrt sem megoldani. Ha a többi cuccod otthon stabil azon a routeren, akkor vagy rossz a telefon, vagy inkompatibilitási baja van a két eszköznek. -
válasz
xabolcs
#17231
üzenetére
Ó, köszi! Tehát itt tudok mutatni neki más típusokat. Mert van ugye W25Q128JV-xM, de az
eltér a W25Q128FV-től, el se indul belőle semmi.
"Ezeket honnan latod szemmel?"
Kivezetékeltem a flash IC-t tüskesorra. Ha a 128JV-xM van rajta, akkor pontosan ugyanazt csinálják a LED-ek, mint amikor nincs semmi rádugva.
Megint más a jelenség nem oda való fw-el, vagy ha leszakadt egy-egy drót... -
válasz
vargalex
#17229
üzenetére
Utóbbi is lehet. Az U-Boot valószínűleg azért ússza meg, mert a flash elején van, és ott még rendben a címtartomány (és nem is ússza meg teljesen, mert a HTTP recovery már nem megy, látszik, ha le akarsz tölteni egy file-t, hogy kiír egy teljesen szemét karaktersorozat, és kifagy, de amúgy a cucc pingelhető
).Néztem, hogy a két flash között szervezésileg nincs eltérés, 32768x256 lapos a 8MB-os, 65535x256 lap a 16MB-os. 4kB szektorokra vannak bontva, viszont a törlés (ennélfogva az írás is) nagyobb csoportokban történik -> lehet, hogy a 128-ashoz való törlést használja az U-Boot, és beletöröl valamibe.
-
válasz
vargalex
#17227
üzenetére
Ehhez való van rajta.
A MiFi, AR150, mind a kettő Domino dev. board-ra épül" Mert akkor nyilván azért panaszkodhat arra, hogy nem megfelelő tömörítésű a kernel..."'
Mint kiderült, inkább azért, mert a flashbe írt cucc szemétté változik -> tutira rosszul képeződnek le a W25Q128-hoz való címek a W25Q64-be. És a RAM-ba betöltve TFTP-vel meg elindul.
Persze kiderül, hogy mi van, amint lesz megfelelő 16MB-os flash...Tehát első körben vagy egy ehhez való, ám SD kártyát is támogató U-Boot-ot kéne lefordítani, vagy egy bármit, ami képes elindulni RAM-ból (főleg, mert 8MB-os flash IC-ből kapni olyat, ami megy szerencsétlen SoC-cal, 128-asból meg amit kapni, azt már szemmel láthatólag nem kezeli le a SoC :S )
-
válasz
xabolcs
#17224
üzenetére
Szerintem sikerült, mert nem tudtam, hogy létezik a tengeralattjáróhoz imagebuilder, és hogy abban lehet állítgatni... csak nem vagyok otthon, és nem tudom kipróbálni.
"szoval ne tartsd magadban a tortenetet!"
Ha sikerül, akkor majd a Logout-on "ha jo a flash - kulso programozoval rairva tenyleg az kerul-e ra, amit rairtal -, akkor mukodnie kellene."
Tényleg nincs benne semmi űrtechnika, csak bénázás
Meg az, hogy amit külsővel ráírok, az kb. jó is, de amikor már onnan fut, akkor valamit nem kezel le jól a U-Boot. -
válasz
xabolcs
#17222
üzenetére
Hello,
Köszi! Ez volt az infó, hogy van DTS alapú imagebuilder...
Amúgy a web recovery sem megy, ott is az látszik, hogy ha hozzá akarsz férni, akkor valami szemét filenevet loggol soroson, és kifagy. Nem lehet, hogy flash szervezési gond is lehet?Illetve persze TFTP-n tenném fel a cuccot, de ez lényegtelen, nem az a kérdés, hogy min, csak hogy jól mentődjön el
-
-
Na közben volt haladás (de amúgy köszi).
- valami cím, az a load address lesz, ahova az image kerül
Na most ott tartok, hogy ugye egy 8MB flash-be kéne feltenni a 16MB flash-hez tervezett cuccot (Remélem lesz 16-os is.) Alapvetően a 256k U-Bootnak, meg az 5,2MB Openwrt-nek elé kéne férnie.
Azaz, az U-Boot ráflashelődik külön, az az elején van, az nem érdekes. Ha tftpboot-tal behúzom az Openwrt imaget, az _egyszer_ elindul, nyilván, mert valójában a RAM-ból fog futni.
Látszólag írja is a flasht, de akármit írsz ebbe a flashbe, csak szemét jön vissza.
Mivel SPI flash, és fel lehet tölteni rá az U-Boot-ot, hát valószínűleg működik is.
De ha akár csak a frissen felírt U-Boot alatt kiadok egy saveenv-et, már szemét jön vissza a következő alkalommal a printenv-re.
Ez itt a WTF, és ugye itt még nem _kéne_ számítson a flash mérete, mert az env az az első 256k után van (de amúgy már a http szerver sem működik az U-Bootból, az is szemét fileneveket ad).Na most az a kérdés, hogy
- hogyan lehet SD supportos U-Boot-ot fordítani? Van a routeren SD kártya, csak a hozzá való U-Boot nem ismeri, de sok mindent megoldana az SD support -> csak azt nem tudom, hogy hogyan lehet beletenni a device tree-be
- hogyan lehet az U-Bootnak megmondani (akár fordítás előtt) hogy hol vannak a partícióhatárok? Na ha ezt tudja valaki, azt megköszönöm
-
Illetve, U-boot-hoz ért valaki?
Említett routeren ott az U-boot. (Mondjuk hozzá való, de a generic Domino boardost is megnéztem.)
Még ha be is tudok bootoltatni egy Openwrt imaget, akkor is eldobja magát rootfs hiányában.De általában be sem bootol, mert
uboot> bootmBooting image at: 0x80800000Image name: ßí}ÿuÿwíÿßwþsîýþÿ~ý¿ÿõÿ=9>µ·»öCreated: 1970-01--11 -12:-22:-57 UTCImage type: Unknown Architecture Unknown OS Unknown Image (unknown compression)Data size: -559941633 Bytes = 3562 MBLoad address: 0xFABE3C9DEntry point: 0xA7BE7DECUncompressing kernel image... ## Error: LZMA error num: 1...tehát tök rossz helyen van az image, még ha be is állítom a loadaddr-t.Amikor bootol, akkor :
uboot> run lf
Using eth1 device
Ping OK, host 192.168.1.106 is alive!
TFTP from IP: 192.168.1.106
Our IP: 192.168.1.142
Filename: 'openwrt-gl-ar150.bin'(itt igazából mindegy, ez az egy ment eddig a gl-ar150-es uboot-tal)
Load address: 0x80800000
Using: eth1
Loading: *########################################
########################################
#######################
TFTP transfer complete!
Bytes transferred: 5439804 (0x53013c)
Erase FLASH from 0x9F050000 to 0x9F58FFFF in bank #1
Erasing: #######################################
#######################################
######
Erased sectors: 84
Copying to FLASH...
Writting at address: 0x9F050000
Done!
OK!
uboot> bootm
Booting image at: 0x80800000
Image name: MIPS OpenWrt Linux-5.4.179
Created: 2022-02-16 20:29:10 UTC
Image type: MIPS Linux Kernel Image (lzma compressed)
Data size: 2048716 Bytes = 2 MB
Load address: 0x80060000
Entry point: 0x80060000
Uncompressing kernel image... OK!
Starting kernel...
[ 0.000000] Linux version 5.4.179 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r16495-bf0c965af0)) #0 Wed Feb 16 20:29:10 2022
[ 0.000000] printk: bootconsole [early0] enabled
.
.
.
[ 1.747578] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode: mii
[ 1.753619] hctosys: unable to open rtc device (rtc0)
[ 1.759133] /dev/root: Can't open blockdev
[ 1.761899] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[ 1.769265] Please append a correct "root=" boot option; here are the available partitions:
[ 1.777604] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 1.785834] Rebooting in 1 seconds..Tehát ha valaki tudna segíteni, hogy hogyan kéne belőni a load addresst és hasonlókat, megköszönném.
Esetleg az lehet a baja, hogy csak 8MB a flash? Az Openwrt imagek 5,2MB, tehát elférne, de a routeren gyárilag 16MB-os lenne. -
Hello,
Nem teljesen Openwrt kérdés, de itt tudhatják a legtöbben.
U-Bootot forgatnék Honkydoo routeréhez, hogy tudjon SD kártyáról indulni a cucc. Tehát a router flash-éből csak az U-Boot futna, és az OS-t SD kártyáról indítaná. Mit kell (és hogyan) belefordítani az U-Bootba? Azt tudom, hogy alapból nincs benne SD kezelés... -
-
-
Hello,
19.xx -ről 20.xx upgrade után nincs DNS az otthoni C5-ösömön a belső hálóra. Nagy neheze összerugdostam, hogy a Digi és a Google DNS-t használja, de a 192.168.1.1 -et semmi nem akarja DNS-ként használni, pedig a konfigban az van... Mi okozhat ilyet? Nem találok rá semmit.
Ha egy gépról direkt úgy keresek, hogy dig @192.168.1.1 gépnév , akkor köpi rendesen az ip-t.
-
Hello,
DNS loggolást használ valaki?
Kipróbálnám, de a logfile méretét nem látom sehol, hogy lehetne korlátozni. Lehet valahogyan OpenWrt alatt úgy, mint mondjuk a logrotate? -
...15.x és 17.x-el tök halott a WAN.
18.06-tal 10 csomagonként megáll
DD-Wrt frissel megy... ha Disabled a WAN.
Nem értem. Olyankor olyan, mintha a WAN port a switch része lenne, nem külön interface. Mondjuk legalább azt tudom, hogy a hardver jó....mégiscsak kéne egy 941ND v5.x ART partíció
-
Waaaaaaahhhh
Megjaviult. (Azaz remélem.)Azt az apróságot felejtettem el, amit itt írt a csóka.
"First go to http://192.168.1.1/art.html and send art.bin previously backed up, this procedure is fast "
Aha... csak nekem nem volt ART backupom. De van egy C progi, valahol a Github-on, amivel ki lehet szedni az ART-ot routerből, vagy image-ből. És az orosz 841-es full dump-ból már korábban kiszedtem.
És megette, és működik -
-
-
841-re csak 17-est láttam...
https://archive.openwrt.org/releases/17.01.6/targets/ar71xx/generic/
Anyámnál a 841-en már DD van
A sajátomat meg nem értem.
Az orosz 841 full dump-pal van wifi. Igaz, teljesen tehénség MAC-ekkel, de felimeri az eszközt.
Erre egy 841 DD vagy Openwrt -t felnyomva, nincs wifi
Kiszedtem a 841 dumpból az ART-ort, de nem vagyok benne biztos, hogy jó, illetve hogy hogyan írjam fel egy 941 image-be. -
válasz
vargalex
#15933
üzenetére
Visszahoztam az életbe (felforrasztva nem megy a router, de a flasherhez való adapter board-on bedrótozva működik
)
Hogyan tudok egy működő art-ot beletenni? /dev/mtd4 üres. Gondolom fel tudom írni Openwrt alól, csak hogyan , meg mit. Hogyan lehet egy art-ot kiszedni egy gyári fw vagy egy dump-ból? -
Ha valakinek van 941v5.1 vagy 841v8 full eeprom dump-ja, azt megköszönném. Még azzal működhet, de sehol nem találok :S
Mondjuk lehet halott az egész, mert a flash nélkül is ugyanazt csinálja. -
Van valakinek tapasztalata flash upgrade-el?
Szereztem egy elflashelt TP 941-et, mondom jól felírom, és van olcsón routerem.
Nem
Teljesen halott a flash, az olvasóm sem látja. (A router el sem indult korábban, de a switch működik, szóval a SoC valószínűleg jó.)
Spansion FL032P van rajta, helyette tudok feltenni Winbond W25Q64-et. Ezt más már megoldotta, működik vele.
Nekem viszont nem indul, és ugye van annyi nehezítés, hogy semmi nincs meg az eredeti fw-ből. Hogyan tudom úgy felírni a bootloadert, hogy el is induljon?
Megpróbáltam simán a gyári fw-t, meg moddolt U-boot-ot is, de ezekkel annyi a különbség, hogy más LED-ek világítanak miközben nem bootol be A kérdés leginkább az, hogy pl. mennyi kellene levágni a gyári fw elejéből, meg ilyesmik... (Elvileg a gyárinak is be kéne bootolnia nagyobb flash-el.)Köszi minden tippet
-
#15760
hcl
titán
magicnumber
#15759
válasz
magicnumber
#15759
üzenetére
Legrosszabb esetben csinálsz saját Openwrt imaget (lefordítod vagy Imagebuilder), és kihagysz dolgokat, amik nem fognak kelleni.
Vagy a telepítettből szedsz ki csomagokat, ha lehetséges.
-
Hello,
Mi a legjobb megoldás arra, hogy bizonyos IP-kről érkező csomagokat simán dobjon az Openwrt? Van a LAN-on elérhető gépem, és néhány IP-ről rendszeresen letöltik a publikus weboldalt...
-
válasz
matyoxd
#15012
üzenetére
Én csak a switchet tudom, hogy ha nincs semmi különös felkonfolva, kiütöd a DHCP-t, és nem a WAN-ba, hanem az egyik LAN portba dugod a fő eszközről a kábelt, akkor van egy switched.
(Nekem is így van, a home szerverem switch is, nem eszik plusz procit, mert a switch külön áramkör, legalábbis a 1043V1-en.)A guest wifire meg van ezer tutorial, olyat még nem csináltam (pedig kéne)
De annak külön VLAN-t kell alkotni, asz'szem. -
válasz
Gyurka6
#15007
üzenetére
Közben megcsináltam, minden ment frankón.
A C5-ön (ez a router) az egyik rádió nem ment, nem derült ki, mi baja, egyszer csak az enable-re feljött. Meg nem volt DDNS, külön fel kellett nyomni a no-ip-s scriptet.A 1043v1 homeszerveren meg csak a csomagokat upgradeltem, elvileg az most 18.06. Csak azt nem tudom, hogy a sima csomagszintű upgrade az ugrik-e verziót?
Mivel ez egy extroot-os, mindennel megpakolt szerver, nem akarnám újjáépíteni -
Még filóztam.. Ha 17-es LEDE Fastpath-t upgradelek Openwrt 19-é, nem akadhatnak össze a beállításai? Archer C5 v1.2 az alany
Kérdés, mivel fogom felflashelni, és honnan lesz ART-m AR9331-hez
Nem találok rá értelmeset. Olyan, mintha nem érdekelné a bootargs. (Vagy az a baja, hogy a sysupgrade bint toltam fel?)
Új hozzászólás Aktív témák
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Lítium-ion/Li-ion akkumulátorok
- Milyen belső merevlemezt vegyek?
- Vicces képek
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Lexus, Toyota topik
- E-roller topik
- gban: Ingyen kellene, de tegnapra
- One mobilszolgáltatások
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Fallout 4 Pip-Boy Edition eladó
- Apple iPhone 12 64GB - Kártyafüggetlen, Fekete, 91% Akku - 1 Év Garanciával
- AKCIÓ! Intel Core Ultra 5 235 14 mag 14 szál processzor garanciával hibátlan működéssel
- HP EliteBook 640 G10 - 14" FullHD IPS - i5-1335U - 8GB - 512GB - Win11 - 1 év garancia - MAGYAR
- Apple iPad Air 2 128GB, Wi-fi, 1 Év Garanciával
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest