Re: [OpenWrt-Devel] Bounty: /overlay on x86
On 12/07/12 04:27, anton wrote: Dear Sirs: Sorry, I should attach Screenshot in the beginning. I am really a rookie here, so I may be wrong in some way. I think it's overlayfs implement on x86, right ? Overlayfs on x86 works, I have a functional system based on openwrt and squashfs, the issue is if overlayfs works with an initramfs based rootfs, what your screenshot is missing is what the root mount is -- Tim Fletcher t...@night-shade.org.uk ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] corrected: [PATCH 1/1] Add TDMA support to mv_cesa on kirkwood
Hi Luka, On Wed, Jul 11, 2012 at 01:13:16AM +0200, Luka Perkov wrote: Hi Martin! Hi Daniel! On Wed, Jun 06, 2012 at 01:56:03PM +0300, Daniel Golle wrote: Hi Martin, thanks for bringing that up, sounds like a good improvement. Can you give us some numbers? I'm attaching two output files (before and after applying this patch). I have also rebuilt openssl so it uses hw crypto support. It's not so easy to use openssl with the mv_cesa engine. I used cryptodev-linux and patches to openssl to test the TDMA stuff, but perfomance with tinc and openssl was worse than with software crypto. Probably because of small packetsize and kernel/userspace transfers. Without cryptodev-linux and patches to openssl, the ioctls on /dev/crypto fail and openssl falls back to soaftware crypto, which you can see in your figures. The main thing the TDMA patch accelerates and for what I use it is encryted block devices with dm-crypt. bye MM -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] corrected: [PATCH 1/1] Add TDMA support to mv_cesa on kirkwood
Hi Martin, On Thu, Jul 12, 2012 at 12:30:35PM +0200, Martin Mueller wrote: On Wed, Jun 06, 2012 at 01:56:03PM +0300, Daniel Golle wrote: Hi Martin, thanks for bringing that up, sounds like a good improvement. Can you give us some numbers? I'm attaching two output files (before and after applying this patch). I have also rebuilt openssl so it uses hw crypto support. It's not so easy to use openssl with the mv_cesa engine. I used cryptodev-linux and patches to openssl to test the TDMA stuff, but perfomance with tinc and openssl was worse than with software crypto. Probably because of small packetsize and kernel/userspace transfers. I have managed to make it work yesterday. I was missing ocf kernel module. Here are my results: http://pastebin.lukaperkov.net/openwrt/20120712_kirkwood_crypto_test_results Without cryptodev-linux and patches to openssl, the ioctls on /dev/crypto fail and openssl falls back to soaftware crypto, which you can see in your figures. The main thing the TDMA patch accelerates and for what I use it is encryted block devices with dm-crypt. Ok. I have seen that the patch is updated: http://www.mail-archive.com/linux-crypto@vger.kernel.org/msg07206.html But it does not apply to 3.3. I would like to merge it once 3.5 is out. Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Ramdisk of openwrt running in ppc40x
Hello, I flashed a 'kilauea ppc405ex' with openwrt image openwrt-ppc40x-kilauea-squashfs.img at http://downloads.openwrt.org/backfire/10.03.1-rc6/ppc40x/,but after running reset command, the device don't start and display this error: Wrong Ramdisk Image Format Ramdisk image is corrupt or invalid. what can I do? Thanks. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] gpsd: update to 3.7
ìm=ªí×½¹ïnT¸Oéjż*'µéíN¶§±÷«w(v)àm« ë¨×§µ©z×±·úej)Ü ªìz___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] packages: add reaver-wps WPS penetration testing utility
Signed-off-by: Paul Fertser fercer...@gmail.com
---
net/reaver/Makefile| 53 ++
.../patches/0001-wpscrack-big-endian-fixes.patch | 565
...rent-directory-for-storing-and-loading-se.patch | 53 ++
...-use-less-useless-spaces-in-output-to-fit.patch | 38 ++
4 files changed, 709 insertions(+), 0 deletions(-)
create mode 100644 net/reaver/Makefile
create mode 100644 net/reaver/patches/0001-wpscrack-big-endian-fixes.patch
create mode 100644
net/reaver/patches/0002-Use-the-current-directory-for-storing-and-loading-se.patch
create mode 100644
net/reaver/patches/0003-wash-wpsmon-use-less-useless-spaces-in-output-to-fit.patch
diff --git a/net/reaver/Makefile b/net/reaver/Makefile
new file mode 100644
index 000..3534744
--- /dev/null
+++ b/net/reaver/Makefile
@@ -0,0 +1,53 @@
+#
+# Copyright (C) 2012 OpenWrt.org
+#
+# This is free software, licensed under the GNU General Public License v2.
+# See /LICENSE for more information.
+#
+
+include $(TOPDIR)/rules.mk
+
+PKG_NAME:=reaver
+PKG_REV:=113
+PKG_VERSION:=r$(PKG_REV)
+PKG_RELEASE:=1
+
+PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
+PKG_SOURCE_URL:=http://reaver-wps.googlecode.com/svn/trunk
+PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION)
+PKG_SOURCE_VERSION:=$(PKG_REV)
+PKG_SOURCE_PROTO:=svn
+
+include $(INCLUDE_DIR)/package.mk
+
+define Package/reaver
+ SECTION:=net
+ CATEGORY:=Network
+ SUBMENU:=wireless
+ TITLE:=Efficient brute force attack against Wifi Protected Setup
+ URL:=https://code.google.com/p/reaver-wps/
+ DEPENDS:=+libpcap +libsqlite3
+endef
+
+define Package/reaver/description
+ Reaver targets the external registrar functionality mandated by the WiFi
+ Protected Setup specification.
+ Access points will provide authenticated registrars with their current
+ wireless configuration (including the WPA PSK), and also accept a new
+ configuration from the registrar.
+endef
+
+CONFIGURE_PATH:=src
+
+MAKE_PATH:=src
+
+TARGET_CFLAGS+=$(TARGET_CPPFLAGS)
+
+define Package/reaver/install
+ $(INSTALL_DIR) $(1)/usr/bin
+ $(INSTALL_BIN) $(PKG_BUILD_DIR)/src/{reaver,wash} $(1)/usr/bin/
+ $(INSTALL_DIR) $(1)/etc/reaver
+ $(INSTALL_DATA) $(PKG_BUILD_DIR)/src/reaver.db $(1)/etc/reaver/
+endef
+
+$(eval $(call BuildPackage,reaver))
diff --git a/net/reaver/patches/0001-wpscrack-big-endian-fixes.patch
b/net/reaver/patches/0001-wpscrack-big-endian-fixes.patch
new file mode 100644
index 000..da76c2e
--- /dev/null
+++ b/net/reaver/patches/0001-wpscrack-big-endian-fixes.patch
@@ -0,0 +1,565 @@
+From 4e7af9f022996cb0a03b30f6af265b757807dfa2 Mon Sep 17 00:00:00 2001
+From: Paul Fertser fercer...@gmail.com
+Date: Wed, 27 Jun 2012 17:44:55 +0400
+Subject: [PATCH 1/3] wpscrack: big-endian fixes
+
+This should fix access to the radiotap, 802.11, LLC/SNAP and WFA
+headers' fields. Run-time tested on an ar71xx BE system.
+
+Signed-off-by: Paul Fertser fercer...@gmail.com
+---
+ src/80211.c| 65 +++
+ src/builder.c | 23 +--
+ src/defs.h | 116 +++-
+ src/exchange.c | 23 ++-
+ src/wpsmon.c | 13 --
+ 5 files changed, 151 insertions(+), 89 deletions(-)
+
+diff --git a/src/80211.c b/src/80211.c
+index c2aff59..19f1e92 100644
+--- a/src/80211.c
b/src/80211.c
+@@ -90,17 +90,19 @@ void read_ap_beacon()
+ if(header.len = MIN_BEACON_SIZE)
+ {
+ rt_header = (struct radio_tap_header *)
radio_header(packet, header.len);
+-frame_header = (struct dot11_frame_header *) (packet
+ rt_header-len);
+-
++ size_t rt_header_len = __le16_to_cpu(rt_header-len);
++ frame_header = (struct dot11_frame_header *) (packet +
rt_header_len);
++
+ if(is_target(frame_header))
+ {
+-if(frame_header-fc.type == MANAGEMENT_FRAME
frame_header-fc.sub_type == SUBTYPE_BEACON)
++if((frame_header-fc
__cpu_to_le16(IEEE80211_FCTL_FTYPE | IEEE80211_FCTL_STYPE)) ==
++ __cpu_to_le16(IEEE80211_FTYPE_MGMT |
IEEE80211_STYPE_BEACON))
+ {
+- beacon = (struct
beacon_management_frame *) (packet + rt_header-len + sizeof(struct
dot11_frame_header));
++ beacon = (struct
beacon_management_frame *) (packet + rt_header_len + sizeof(struct
dot11_frame_header));
+
set_ap_capability(beacon-capability);
+
+ /* Obtain the SSID and channel number
from the beacon packet */
+- tag_offset = rt_header-len +
sizeof(struct dot11_frame_header) + sizeof(struct beacon_management_frame);
++
Re: [OpenWrt-Devel] [PATCH] new: netkit-rwho 0.17
Στις Τρι 10 Ιουλ 2012 22:42:34 Oliver Gerler έγραψε: This package provides ruptime, rwho and rwhod including start/stop scripts. signed-off-by: Oliver Gerler roc...@rockus.at Hello, your patch seems heavily mangled by your email client. signature.asc Description: This is a digitally signed message part. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] comgt
ìm=ªíÛMûÛó{2d$àT*'µéíN¶§±÷«w(v)àm« ë¨×§µ©z×±·úej)Ü
ªìz___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [Patch] 64 bit network interface stats in luci
Hi Jow, Thanks for looking at my patches. On Wed, Jul 11, 2012 at 9:29 PM, Jo-Philipp Wich x...@subsignal.org wrote: The LuCI patch will not properly work that way, OpenWrt Lua does not handle numeric integer values 2^31 bit. A somewhat larger range can be stored as float but the precision is not enough: I have tested the patches on my router and they do indeed allow values greater than 32 bit. The way I understand it Lua only supports one number format and the default type at compile time is double precision floating point. (As I have seen my patch working I assume OpenWrt uses floating for the Lua number type.) However, the interface to the C world only supports 32 bit integers for numbers. The ubus-2012-06-01/lua/ubus.c file contains the following: case BLOBMSG_TYPE_INT64: /* NB: Lua cannot handle 64bit, format value as string and push that */ sprintf(buf, %lld, (long long int) be64_to_cpu(*(uint64_t *)data)); lua_pushstring(L, buf); break; I assume this is the code that eventually gets used when I called the blobmsg_add_u64 function in netifd to pass the stats values to luci via ubus. Therefore lua actually receives the 64 bit number as a string. I passed this string to tonumber(x) which converts the string directly to a double. A double should be able to handle up to I think a 52 bit integer exactly and go even larger with some error. Kevin ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Time Division Multiple Access (TDMA)
Are there any current implementations or active development around TDMA in OpenWRT? I've been doing some research and found a few projects and papers, usually using OpenWRT as experimental platform and heavily based on modified mdwifi drivers. Two examples: - jaldimac - srawan I've written to the developers of these projects and they are both abandoned and in a non-usable state. Other developments in the area are closed source, like : karlnet TurboCell or Ubiquiti's and Mikrotik's implementations. And other related projects seem to be abandoned also: fractel, 2P, WiLDnet, wiccp So... anyone knows of current work on the subject in the OpenWRT camp? Cheers, NicoEchániz ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
