Re: [OpenWrt-Devel] mini_snmpd uci network interfaces support

2011-11-16 Thread Nico
Hi,

The 'disks'  'interfaces' options were changed to lists in r29182.
The 'interfaces' list option is now using names as defined in
/etc/config/network.

Cheers,
--
-{Nico}



On Mon, Nov 14, 2011 at 11:11 PM, ZioPRoTo (Saverio Proto)
ziopr...@gmail.com wrote:
 Hello Nico,

 I tested and reworked Gioacchino's mini_snmpd patch to support uci
 interfaces names instead of real interface names.

 please check and commit. I would commit myself but I do not have
 permission for that folder

 ciao :)

 Saverio

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCHv2] [packages] tinc: Add uci config and init files

2011-11-16 Thread Nico
 Patch looks good and works, i'd like to see this getting submitted.

Applied in r29137, initscript was changed in r29166 to use new service
functions.

--
-{Nico}
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] include uboot-envtools in default set for ar71xx

2011-11-16 Thread Daniel Golle
Hi!
sysupgrade for the ALL0258N requires uboot-envtools to be installed to work.
Can we get uboot-envtools included in DEFAULT_PACKAGES in
target/linux/ar71xx/Makefile, so we don't risk that users lock them self on a
build-bot generated firmware and can't upgrade (or downgrade) to another version
in a hassle-free manner.

Cheers

Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Build just the kernel

2011-11-16 Thread Matt Redfearn
Hi,
I am trying to hack some drivers in the kernel for a mips machine, but so far 
the only way I have found to get the openWRT build system to recompile the 
kernel is to run make in the root directory of openWRT. Running make 
linux-compile or make linux-install as I've seen previously on the mailing 
list give no known target errors. Please could someone tell me the make target 
to get the build system to just recompile the kernel, then build the sysupgrade 
image?

Thanks,
Matt

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Build just the kernel

2011-11-16 Thread John Crispin
On 16/11/11 17:46, Matt Redfearn wrote:
 Hi,
 
 I am trying to hack some drivers in the kernel for a mips machine, but
 so far the only way I have found to get the openWRT build system to
 recompile the kernel is to run make in the root directory of openWRT.
 Running “make linux-compile” or “make linux-install” as I’ve seen
 previously on the mailing list give no known target errors. Please could
 someone tell me the make target to get the build system to just
 recompile the kernel, then build the sysupgrade image?
 
  
 

Hi,

make target/install will do that for you ... that will not rebuild
packages ... just the kernel and images will be rebuilt/generated

John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Build just the kernel

2011-11-16 Thread Jan Willies
2011/11/16 Matt Redfearn matt.redfe...@nxp.com

 Hi,

 I am trying to hack some drivers in the kernel for a mips machine, but so
 far the only way I have found to get the openWRT build system to recompile
 the kernel is to run make in the root directory of openWRT. Running “make
 linux-compile” or “make linux-install” as I’ve seen previously on the
 mailing list give no known target errors. Please could someone tell me the
 make target to get the build system to just recompile the kernel, then
 build the sysupgrade image?


make target/linux/{clean,compile} V=99
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] calling ioctl with SIOCGIWPRIV parameter; sniffing on monitor mode

2011-11-16 Thread abhinav narain
hi,
I am using netgear routers.
model: WNDR3700v2

I want to set the wireless interface (ath9k) in monitor mode to sniff the
traffic.
I am doing the following :
1. Opening a raw socket
socket(PF_PACKET, SOCK_RAW, htons(ETH_P_ALL))

2. making the following ioctl call to connect to device. Device is
mon.wlan0 ( wlan in monitor mode, hostap uses this)
ioctl(in_fd, SIOCGIFINDEX, ifr) ;

3. binding the socket
struct sockaddr_ll sll;
memset(sll, 0, sizeof(sll));
sll.sll_family= AF_PACKET;
sll.sll_ifindex   = ifr.ifr_ifindex;
sll.sll_protocol  = htons(ETH_P_ALL);

if (0  bind(in_fd, (struct sockaddr *) sll, sizeof(sll)

4. setting the following options
 setsockopt(in_fd, SOL_SOCKET, SO_RCVBUF, skbsz, sizeof(skbsz))

getsockopt(in_fd, SOL_SOCKET, SO_RCVBUF, skbsz,
(socklen_t*)skbsz_l)
setsockopt(in_fd, SOL_SOCKET, SO_RCVTIMEO, rto, sizeof(rto)


Checking tcpdump and later *pcap library *reveals they also call ioctil
with the following parameter SIOCGIWPRIV .

On execution of the program, i get an error that device does not support
private calls.
The same happen when I do an ioctl call with SIOCIWFIRSTPRIV.

When I ignore making these two calls, I am getting results different from
tcpdump.

Can someone hint on :
1.Why they are failing ? and how to fix them ?
2. Are they necessary to set the mode in monitor mode ?
3. Any other calls I should be making ?
Abhinav
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] calling ioctl with SIOCGIWPRIV parameter; sniffing on monitor mode

2011-11-16 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

SIOCGIWPRIV is part of the deprecated wext api which is not fully
supported by ath9k. Use nl80211. See wireless.kernel.org for details,
also check the source code of the iw utility.

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7EBzIACgkQdputYINPTPM5wQCfZSchjO6rK6CveGSeCvCMM7aK
8gIAoJWvAiuFc1MuVOP68+xKaCgJQOuf
=+VaH
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] radiotap headers length

2011-11-16 Thread abhinav narain
hi,
I am sniffing in monitor mode on a netgear WNDR3700v2 router.

I am reading from a raw socket in monitor mode.
But I cannot make sense of the data, as there are variable length radiotap
headers, variable length mac headers. I found out these going through pcap
code.

1. Can someone tell if Atheros has a defined header length for radio tap
headers ?
2. Assuming Mac header is just after radiotap header. Will it be right to
assume, all the data packets will have 30 byte length and management
packets 24 bytes of Mac header length ?

Abhinav
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] wndr3800 machine name patch

2011-11-16 Thread Petri Rosenström
This fixes the machine name in /proc/cpuinfo and luci status page machine name.

Signed-off-by: Petri Rosenström petri.rosenst...@gmail.com

--
Petri
Index: target/linux/ar71xx/files/arch/mips/ar71xx/machtype.h
===
--- target/linux/ar71xx/files/arch/mips/ar71xx/machtype.h	(revision 29199)
+++ target/linux/ar71xx/files/arch/mips/ar71xx/machtype.h	(working copy)
@@ -70,6 +70,7 @@
 	AR71XX_MACH_WHR_HP_GN,	/* Buffalo WHR-HP-GN */
 	AR71XX_MACH_WNDR3700,	/* NETGEAR WNDR3700 */
 	AR71XX_MACH_WNDR3700V2,	/* NETGEAR WNDR3700v2 */
+	AR71XX_MACH_WNDR3800,	/* NETGEAR WNDR3800 */
 	AR71XX_MACH_WNR2000,	/* NETGEAR WNR2000 */
 	AR71XX_MACH_WP543,	/* Compex WP543 */
 	AR71XX_MACH_WRT160NL,	/* Linksys WRT160NL */
Index: target/linux/ar71xx/files/arch/mips/ar71xx/mach-wndr3700.c
===
--- target/linux/ar71xx/files/arch/mips/ar71xx/mach-wndr3700.c	(revision 29199)
+++ target/linux/ar71xx/files/arch/mips/ar71xx/mach-wndr3700.c	(working copy)
@@ -288,3 +288,5 @@
 
 MIPS_MACHINE(AR71XX_MACH_WNDR3700V2, WNDR3700v2, NETGEAR WNDR3700v2,
 	 wndr3700v2_setup);
+MIPS_MACHINE(AR71XX_MACH_WNDR3800, WNDR3800, NETGEAR WNDR3800,
+	 wndr3700v2_setup);
Index: target/linux/ar71xx/image/Makefile
===
--- target/linux/ar71xx/image/Makefile	(revision 29199)
+++ target/linux/ar71xx/image/Makefile	(working copy)
@@ -686,10 +686,11 @@
 wndr3700_mtdlayout=mtdparts=spi0.0:320k(u-boot)ro,128k(u-boot-env)ro,1024k(kernel),6656k(rootfs),64k(art)ro,7680k@0x7(firmware)
 wndr3700v2_cmdline=board=WNDR3700v2 console=ttyS0,115200
 wndr3700v2_mtdlayout=mtdparts=spi0.0:320k(u-boot)ro,128k(u-boot-env)ro,1024k(kernel),14848k(rootfs),64k(art)ro,15872k@0x7(firmware)
+wndr3800_cmdline=board=WNDR3800 console=ttyS0,115200
 define Image/Build/Profile/WNDR3700
 	$(call Image/Build/Template/$(fs_64k)/$(1),Netgear,wndr3700,$(wndr3700_cmdline),wndr3700_mtdlayout,3700,WNDR3700, NA,)
 	$(call Image/Build/Template/$(fs_64k)/$(1),Netgear,wndr3700v2,$(wndr3700v2_cmdline),wndr3700v2_mtdlayout,3701,WNDR3700v2,,-H 29763654+16+64)
-	$(call Image/Build/Template/$(fs_64k)/$(1),Netgear,wndr3800,$(wndr3700v2_cmdline),wndr3700v2_mtdlayout,3701,WNDR3800,,-H 29763654+16+128)
+	$(call Image/Build/Template/$(fs_64k)/$(1),Netgear,wndr3800,$(wndr3800_cmdline),wndr3700v2_mtdlayout,3701,WNDR3800,,-H 29763654+16+128)
 endef
 
 wr400n_cmdline=board=WRT400N console=ttyS0,115200
Index: target/linux/ar71xx/base-files/lib/ar71xx.sh
===
--- target/linux/ar71xx/base-files/lib/ar71xx.sh	(revision 29199)
+++ target/linux/ar71xx/base-files/lib/ar71xx.sh	(working copy)
@@ -169,6 +169,9 @@
 	*WNDR3700v2)
 		name=wndr3700v2
 		;;
+	*WNDR3800)
+		name=wndr3800
+		;;
 	*WNR2000)
 		name=wnr2000
 		;;
Index: target/linux/ar71xx/base-files/lib/upgrade/platform.sh
===
--- target/linux/ar71xx/base-files/lib/upgrade/platform.sh	(revision 29199)
+++ target/linux/ar71xx/base-files/lib/upgrade/platform.sh	(working copy)
@@ -133,7 +133,7 @@
 		}
 		return 0
 		;;
-	wndr3700v2)
+	wndr3700v2|wndr3800)
 		[ $magic_long != 33373031 ]  {
 			echo Invalid image type.
 			return 1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] calling ioctl with SIOCGIWPRIV parameter; sniffing on monitor mode

2011-11-16 Thread abhinav narain
hi,
Ok. I will look into iw.
I am wondering how does pcap sniff on Atheros driver then ?

On Wed, Nov 16, 2011 at 1:55 PM, Jo-Philipp Wich x...@subsignal.org wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi,

 SIOCGIWPRIV is part of the deprecated wext api which is not fully
 supported by ath9k. Use nl80211. See wireless.kernel.org for details,
 also check the source code of the iw utility.

 ~ Jow
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAk7EBzIACgkQdputYINPTPM5wQCfZSchjO6rK6CveGSeCvCMM7aK
 8gIAoJWvAiuFc1MuVOP68+xKaCgJQOuf
 =+VaH
 -END PGP SIGNATURE-
 ___
 openwrt-devel mailing list
 openwrt-devel@lists.openwrt.org
 https://lists.openwrt.org/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] uci-12012009.7.tar.gz

2011-11-16 Thread Mike Brady
Just building backfire now, and it can't find uci-12012009.7.tar.gz.

--2011-11-16 20:37:23--  
http://mirror2.openwrt.org/sources/uci-12012009.7.tar.gz
Resolving mirror2.openwrt.org... 46.4.11.11
Connecting to mirror2.openwrt.org|46.4.11.11|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-11-16 20:37:23 ERROR 404: Not Found.

Download failed.
--2011-11-16 20:37:23--  
http://downloads.openwrt.org/sources/uci-12012009.7.tar.gz
Resolving downloads.openwrt.org... 78.24.191.177
Connecting to downloads.openwrt.org|78.24.191.177|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-11-16 20:37:23 ERROR 404: Not Found.


Shome mhistake?
Kind regards
Mike

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Fix dbus to compile in brcm-2.4 -- See Ticket #10274 and Changeset 27521

2011-11-16 Thread Mike Brady

This patch fixes a bug in the dbus package which prevents it from compiling on 
brcm-2.4 (Ticket #10274). In turn, it also prevents the avahi package from 
compiling on brcm-2.4. (Changeset 27521 is a workaround).

The cause of the problem was that the existing patches, which were correct, 
were being applied to the file
configure, which was then being overwritten from configure.ac, obliterating 
the effects of the patches.
The fix was to apply the patches to configure.ac instead so that it generates a correctly 
patched configure file.

Two patch files are deleted and two replacement patch files are added.

Tested on the backfire branch revision 29195, building brcm-2.4 and ixp4xx.

Signed-off-by: Mike Bradymikebr...@eircom.net


Index: patches/01-dbus-nopie-fix.patch
===
--- patches/01-dbus-nopie-fix.patch	(revision 29185)
+++ patches/01-dbus-nopie-fix.patch	(working copy)
@@ -1,22 +0,0 @@
 a/configure
-+++ b/configure
-@@ -20927,19 +20927,6 @@ if test x$GCC = xyes; then
-  ;;
-   esac
- 
--  case  $CFLAGS  in
--  *[\ \	]-fPIE[\ \	]*) ;;
--  *) if cc_supports_flag -fPIE; then
--PIE_CFLAGS=-fPIE
--if ld_supports_flag -z,relro; then
--   PIE_LDFLAGS=-pie -Wl,-z,relro
--else
--   PIE_LDFLAGS=-pie
--fi
-- fi
-- ;;
--  esac
--
-   ### Disabled warnings, and compiler flag overrides
- 
-   # Let's just ignore unused for now
Index: patches/003-dbus-nopie-fix.patch
===
--- patches/003-dbus-nopie-fix.patch	(revision 0)
+++ patches/003-dbus-nopie-fix.patch	(revision 0)
@@ -0,0 +1,22 @@
+--- a/configure.in
 b/configure.in
+@@ -257,19 +257,6 @@ if test x$GCC = xyes; then
+  ;;
+   esac
+ 
+-  case  $CFLAGS  in
+-  *[\ \	]-fPIE[\ \	]*) ;;
+-  *) if cc_supports_flag -fPIE; then
+-PIE_CFLAGS=-fPIE
+-if ld_supports_flag -z,relro; then
+-   PIE_LDFLAGS=-pie -Wl,-z,relro
+-else
+-   PIE_LDFLAGS=-pie
+-fi
+- fi
+- ;;
+-  esac
+-  
+   ### Disabled warnings, and compiler flag overrides
+   
+   # Let's just ignore unused for now
Index: patches/002-no_wno_pointer_sign.patch
===
--- patches/002-no_wno_pointer_sign.patch	(revision 29185)
+++ patches/002-no_wno_pointer_sign.patch	(working copy)
@@ -1,12 +0,0 @@
-diff -urN dbus-1.2.4.6permissive/configure dbus-1.2.4.6permissive.new/configure
 dbus-1.2.4.6permissive/configure	2009-05-06 19:35:38.0 +0200
-+++ dbus-1.2.4.6permissive.new/configure	2010-03-26 17:40:13.0 +0100
-@@ -20958,7 +20958,7 @@
-   esac
-   case  $CFLAGS  in
-   *[\ \	]-Wno-pointer-sign[\ \	]*) ;;
--  *) CFLAGS=$CFLAGS -Wno-pointer-sign ;;
-+  *) CFLAGS=$CFLAGS ;;
-   esac
- 
-   # http://bugs.freedesktop.org/show_bug.cgi?id=19195
Index: patches/004-no_wno_pointer_sign.patch
===
--- patches/004-no_wno_pointer_sign.patch	(revision 0)
+++ patches/004-no_wno_pointer_sign.patch	(revision 0)
@@ -0,0 +1,11 @@
+--- a/configure.in
 b/configure.in
+@@ -275,7 +275,7 @@ if test x$GCC = xyes; then
+   esac
+   case  $CFLAGS  in
+   *[\ \	]-Wno-pointer-sign[\ \	]*) ;;
+-  *) CFLAGS=$CFLAGS -Wno-pointer-sign ;;
++  *) CFLAGS=$CFLAGS ;;
+   esac  
+   
+   # http://bugs.freedesktop.org/show_bug.cgi?id=19195

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Board identification and machine on /proc/cpuinfo for atheros platform

2011-11-16 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Hanno,

the interesting bits are in package/madwifi/patches/384-hwdetect.patch .

Basically the model name is inferred from the PCI IDs of the radio, this
might work for some popular appliances but I guess it will fail for
generic boards with replacable radios etc. but maybe it would still be
worthwhile to fold the former madwifi model detection into the ar32xx
platform setup code.

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7EM5YACgkQdputYINPTPOvWACeNqkn8Stn45Q5dLsbQbRFHQ7L
660AniD6hsI9FGpdZyLs5Z7O+k2QnQqm
=8A2O
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Board identification and machine on /proc/cpuinfo for atheros platform

2011-11-16 Thread Jo-Philipp Wich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Is this information of 'vendor id' and 'subsys id' visible somewhere
 in 'user land' i.e on the command line, possibly with additional
 packages like pciutils? or some other way?

Yep, see /sys/bus/pci/devices/*/vendor and /sys/bus/pci/devices/*/device

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7ETP0ACgkQdputYINPTPME0QCdEPL0xAB+nwHTmkMSqG4cCG7+
7/QAoJeUoUIhSOwmKecT5Ky+cNPqmCGf
=Dc/8
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Buffalo wzr-hp-g300nh2

2011-11-16 Thread Peter Naulls

On 11/10/2011 08:21 AM, Peter Naulls wrote:



I'll test any such patches of course. As an additional note, we're
going to need the same thing on a300gh, since I'm getting one of those
in next few days. I'll submit any work on that here, even if it's


Now done.  It's a mess right now, so not suitable for posting, but
in short, the wzr-hp-g300nh, wzr-hp-g300nh2 and wzr-hp-ag300h all
use different SoC models, so choosing the right init code based on
that is easy.  The setup for the g300ng2 and ag300h is 80% similar,
so that code could be combined more than I've done.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel