- Linux kernel updated to version 3.18.23
- Security fixes:
- kernel: fix keyring reference leak (CVE-2016-0728)
- openssl updated to 1.0.2f
- hostapd security fixes
- samba36 (CVE patches from 2015-12-16)
- Update of netifd, procd, uci, rpcd, ubox & uhttpd
- Driver updates
- ledtrig-netdev: fix possible deadlock
- bcm47xxpart: fix bcm53xx booting on NAND with badblocks
- brcmfmac: fix getting/setting TX power, add stations dumping and support beamforming
- 8139c: backport v4.3 fixes
- backport spi layer fixes from v4.2+
- solos-pci: increase headroom on RX
- xrx200-net: fix port mirroring issues
- update mac80211 (adding mt76)
- Support for new devices:
- Linksys WRT1900ACS (mvebu)
- D-LINK DIR-615 rev. Ix (ar71xx)
- LinkIt Smart7688 (ramips)
- Gainstrong MiniBox v1.0 (ar71xx)
- ZBT WG2626 (ramips)
- TP-LINK TL-WR841N/ND v10 (ar71xx)
- TL-WR741ND v5 (ar71xx)
- WR740N v5.0 (ar71xx)
- TP-LINK TL-WR941ND v6 international version (ar71xx)
- Improved support for existing devices:
- Netgear R8000: USB power and CPU speed
- RapsberryPi: Add sysupgrade support
- Kernel fixes
- ramoverlay
- multicast-to-unicast
- ip6_fragment related skb_leak
- Package fixes
- igmpproxy: spurious restart issues
Bejelentés a weboldalon, letöltés itt.
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Megvan az esti elfoglaltságom. :)
-
"Everything is just a matter of perspective."
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
TP-LINK TL-WR841N/ND v10 (ar71xx) :)
Este lesz teszt.
- A hozzászóláshoz be kell jelentkezni
Próbáld meg tftp-vel. Az 1043ND-n az "új" U-Boot már tartalmaz TFTP klienst.
U-Boot 1.1.4 (Mar 19 2014 - 11:06:29)
AP83 (ar9100) U-boot 0.0.11
DRAM:
sri
32 MB
id read 0x100000ff
flash size 8MB, sector count = 128
Flash: 8 MB
Using default environment
In: serial
Out: serial
Err: serial
Net: ag7100_enet_initialize...
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7114
eth0: 00:03:7f:09:0b:ad
eth0 up
eth0
is_auto_upload_firmware=1
update start...
dup 1 speed 1000
Using eth0 device
TFTP from server 192.168.0.66; our IP address is 192.168.0.86
Filename 'wr1043nv1_tp_recovery.bin'.
Load address: 0x80800000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
############################
done
Bytes transferred = 8126464 (7c0000 hex)
new id = 10430001, new ver = 00000001Firmware recovery: product id verify sucess!
Firmware recovery: filesize = 0x7c0000.
First 0x2 last 0x7d sector size 0x10000 125
Erased 124 sectors
Copy to Flash... write addr: bf020000
done
Resetting...
A reset gombot kell nyomni a boot elején, ettől átbillen az is_auto_upload_firmware 0-ról 1-re, és kezdődhet a móka. Egy nappal a minor kiadás előtt raktam fel így a CC-t, most kezdhetem újra. :Ł
--------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.memooc.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…
- A hozzászóláshoz be kell jelentkezni
Köszi, jó ötlet (megnéztem V8-11-ig van tftp recovery), eddig átneveztem az fw-t és simán feltolta a v8-ra. Most meg csak v10 volt múlt héten a boltban, morogtam is hogy mikor lesz rá CC. Gyorsak volt :D
- A hozzászóláshoz be kell jelentkezni
első karbantartási kiadás
Ez csak nekem új??
Eddig kiadták a stable verziót, ami nagyjából 2 hónap múlva el is avult, a kutya sem foglalkozott vele többé...
--
zrubi.hu
- A hozzászóláshoz be kell jelentkezni
Ezt meg január végén fordították, csak szerver problémák miatt most került nyilvánosságra. :D
--------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.memooc.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…
- A hozzászóláshoz be kell jelentkezni
Nekem CC-en rendszeresen tűnnek fel frissülő csomagok
- A hozzászóláshoz be kell jelentkezni
Egyrészt a csomagok eddig is frissültek, másrészt meg eddig is voltak köztes kiadások: https://downloads.openwrt.org/
-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…
- A hozzászóláshoz be kell jelentkezni
TL-MR3420 v2 routeren használom, a gyári firmwire hajlamos volt eldobálni a wifit ha komolyabb terhelés volt (pl 720p filmet streameltem wifin), gyári fw update után detto ugyanez volt a gondja, csak picit tovább bírta mielőtt elhalt. Akkor felpakoltam rá az aktuális openwrt-t (volt ez kb másfél éve), azóta azzal ment. Pár hónapja volt netes gondom, el-el ment a net, azt hittem nálam a hiba, lefrissítettem 15.05-re, azóta gond nélkül üzemel, később kiderült hogy a net hiba is szolgáltató oldalon volt. Egyelőre kivárok a frissítéssel ami jól működik azt ne csesztessük elven, de le a kalappal a fejlesztő(k) előtt, rengeteg routerre tettem már fel ami hasonló gondokkal küzdött, és azóta semmi bajuk.
- A hozzászóláshoz be kell jelentkezni
Nekem annyira stabil a routerem az OpenWrt-vel, hogy meg is kell néznem a szekrény tetején, hogy megvan-e még ;)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
+1
root@OpenWrt:~# uptime
12:51:53 up 33 days, 17:10, ...
Amíg az eredeti FW volt rajta, 1-2 naponta resetelni kellett.
- A hozzászóláshoz be kell jelentkezni
Este megnézem én is. Hacsak áramszünet nem volt a tudtomon kívül, akkor fél éves uptime-jának kell lennie. Én tuti nem indítottam újra a frissítés óta.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Grat! Good job.
Nálatok soha nincs áramszünet? :D
- A hozzászóláshoz be kell jelentkezni
Nem jellemző. Idejét nem tudom, hogy mikor volt.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
+1, atomstabil és kiválóan működik a WR841N-emen:
root@OpenWrt:~# uptime
13:32:38 up 20 days, 13:45, load average: 0.07, 0.03, 0.05
kár hogy havonta két-háromszor van áramszünet.
-
"Everything is just a matter of perspective."
- A hozzászóláshoz be kell jelentkezni
Lamer kérdés, de honnan tudom nekem melyik kell?
Most:
Model TP-Link TL-WDR4300 v1
Firmware Version OpenWrt Barrier Breaker 14.07 / LuCI Trunk (0.12+svn-r10530)
Kernel Version 3.10.49
Uptime 19d 7h 27m 51s
- A hozzászóláshoz be kell jelentkezni
Ok, megvan - az openwrt-15.05.1-ar71xx-generic-tl-wdr4300-v1-squashfs-sysupgrade.bin nyert:
Model TP-Link TL-WDR4300 v1
Firmware Version OpenWrt Chaos Calmer 15.05.1 / LuCI 15.05-149-g0d8bbd2 Release (git-15.363.78009-956be55)
Kernel Version 3.18.23
- A hozzászóláshoz be kell jelentkezni
Van egy kósza Asus RT-N18U, amin már bő fél éve OWRT futkorászik. Ami kissé elszomorít, hogy WiFi not supported.
Jól látom, hogy még ebben a verzióban sem változott ez a számomra szomorú helyzet?
- A hozzászóláshoz be kell jelentkezni
Javaslom a Tomato by Shibby-t, ami támogatja az RT-N18U-t, és szerintem jó firmware.
http://tomato.groov.pl/?page_id=69
--
robyboy
- A hozzászóláshoz be kell jelentkezni
Köszönöm a javaslatot, van, ahol használom is. Itt viszont feltétel volt az, hogy működjön az IPSec is - a Tomato firmware pedig ezen elvérzett. Az IPSec működése magasabb prioritású, mint a WiFi működése.
- A hozzászóláshoz be kell jelentkezni
jo kis pistike alatal kokanyolt szar, bizd ra nyugodtan a teljes internetforgalmad :)
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
Valójában minden kokanyolt szar, ha mar itt tartunk.
--
robyboy
- A hozzászóláshoz be kell jelentkezni
Hát igen. Debian weak ssh, heartbleed, stb.
Bár ezekre is lehet mondani, hogy "jo kis pistike alatal kokanyolt szar", de nézzünk valami nagyobb céges cumót, mondjuk a google féle stagefright, a ms felleges borulásai a szökőévvel vagy a lejárt cert-ekkel, a sun/oracle féle java...
Hát hogy is mondjam, senkiháziak kezében van a popszakma...
- A hozzászóláshoz be kell jelentkezni
az, hogy atcsuszik valami a QA-n, vagy egyaltalan nincs is az nem ugyanaz
vagy szerinted nincs kulonbseg Michal Rupental lengyel rendszergazda es Google/Microsoft/Oracle kozott?
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
De van. Szerintem az egyén sokszor több energiát, odafigyelést fordít(hat) a munkájára, mint a multiknál team-ekben dolgozó arcok.
Multinál dolgozom, és látom, hogy minden mennyire felületes, de powerpointban, elméletekben mindenki otthon van.
--
robyboy
- A hozzászóláshoz be kell jelentkezni
Persze hogy van különbség.
Csak sokszor ahol van QA is ott is szorít az idő, nem egy esetben már a tervezésnél elcsesznek dolgokat, aztán azt kalapálják valahogy életre.
És nyilván nem reprezentatív minta, de én többször váltottam "nagy céges" cuccról pistike cuccra, és egyáltalán nem bántam meg. (Samsung -> Cyanogen, Linksys -> Tomato, Tplink -> OpenWRT, stb.)
- A hozzászóláshoz be kell jelentkezni
Gond nélkül ment a frissítés, konfig megtartásával.
- A hozzászóláshoz be kell jelentkezni
Nekem kicsit érdekesebb volt a helyzet:
- Backup szépen lement
- Upgrade felment, de a LuCI viszont nem akart visszajönni
- SSH-n belépve az új verzió fogadott, a beállításaim megmaradtak (köztük a LuCI configok is)
- Manual indítva LuCI-t (uhttpd -p 80 -h /www) szépen indul
- Némi kis debugolás, és kiderült, hogy a luci-ssl csomag hiányzott (443ra van a LuCI fellőve).
- opkg install luci-ssl és minden ismét megy szépen (Érdekes, hogy előzőleg enélkül is megvolt)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..
- A hozzászóláshoz be kell jelentkezni
Ha raktál fel csomagokat akkor érdemes még a régi rendszeren egy "opkg list-installed" kimenetét menteni és az frissítés utáni rendszerével összevetni. Így könnyen kibuknak az ilyenek, és így sokkal könnyebb "rekonstruálni" a régi rendszert.
- A hozzászóláshoz be kell jelentkezni