Re: [OpenWrt-Devel] Ath9k/hostapd connection dropping problems

2011-09-17 Thread Felix Fietkau

On 2011-09-17 1:54 AM, Peter Naulls wrote:

On 09/16/2011 12:53 PM, Jim Henderson wrote:

 On Fri, 16 Sep 2011 15:08:15 -0400, Mark Deneen wrote:


 In the end, I ended up reverting to build 27572, which I knew worked
 prior to the upgrade.


I reverted the mac80211 package only to 27572 earlier today, and it seems to now
be working correctly.  Felix? ;-)

27572 is very old, please test 28092
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Ath9k/hostapd connection dropping problems

2011-09-17 Thread Felix Fietkau

On 2011-09-17 8:50 AM, Felix Fietkau wrote:

On 2011-09-17 1:54 AM, Peter Naulls wrote:

 On 09/16/2011 12:53 PM, Jim Henderson wrote:

  On Fri, 16 Sep 2011 15:08:15 -0400, Mark Deneen wrote:


  In the end, I ended up reverting to build 27572, which I knew worked
  prior to the upgrade.


 I reverted the mac80211 package only to 27572 earlier today, and it seems to 
now
 be working correctly.  Felix? ;-)

27572 is very old, please test 28092

Actually, please test 27957 instead.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Ath9k/hostapd connection dropping problems

2011-09-17 Thread Felix Fietkau

On 2011-09-17 9:45 AM, Hanno Schupp wrote:

Hi Felix,

Why do you recommend that revision? Is it particularly stable?
Please advise
Because it's just before a bit mac80211/ath9k update - makes it easier 
to figure out what broke it. I already found a potential regression 
between those revs and I'm working on a fix at the moment, but I'd like 
some confirmation that I'm looking at the right set of changes.


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


Re: [OpenWrt-Devel] [PATCH 5/5] [packages] samba3: update version to 3.0.47 Thanks to Maarten Bezemer m.m.beze...@utwente.nl

2011-09-17 Thread Cezary Jackiewicz
Dnia 2011-08-30, o godz. 10:56:17
Maarten Bezemer m.m.beze...@utwente.nl napisał(a):

 Then I'll send another
 update of my samba3 patch to the list and await further comments... ;)

Maarten,
when can we expect next version?

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


[OpenWrt-Devel] [PATCH] config option for chilli proxy

2011-09-17 Thread Matthias Lohr
This patch brings the --enable-chilliproxy option for coova-chilli into the 
configuration menu.

Patch path is feeds/packages/net/coova-chilli

Signed-off-by: Matthias Lohr m...@matthias-lohr.net

---

Index: Config.in
===
--- Config.in   (Revision 0)
+++ Config.in   (Revision 0)
@@ -0,0 +1,8 @@
+menu Configuration
+   depends on PACKAGE_coova-chilli
+
+   config COOVA_CHILLI_WITHPROXY
+   bool Enable chilli proxy
+   default n
+
+endmenu
Index: Makefile
===
--- Makefile(Revision 28252)
+++ Makefile(Arbeitskopie)
@@ -27,8 +27,13 @@
   DEPENDS:=+kmod-tun +librt
   TITLE:=Wireless LAN HotSpot controller (Coova Chilli Version)
   URL:=http://www.coova.org/CoovaChilli
+  MENU:=1
 endef
 
+define Package/coova-chilli/config
+   source $(SOURCE)/Config.in
+endef
+
 define Package/coova-chilli/description
CoovaChilli is an open source access controller for wireless LAN
access points and is based on ChilliSpot. It is used for authenticating
@@ -43,6 +48,16 @@
 /etc/chilli.conf
 endef
 
+ADD_CONFIG_PARAMS:= 
+ifeq ($(CONFIG_COOVA_CHILLI_WITHPROXY),y)
+  ADD_CONFIG_PARAMS += --enable-chilliproxy
+endif
+
+# COOVA_CHILLI_WITHPROXY
+define Build/Configure
+$(call Build/Configure/Default,$(ADD_CONFIG_PARAMS))
+endef
+
 define Package/coova-chilli/install
$(INSTALL_DIR) $(1)/etc
$(INSTALL_CONF) $(PKG_INSTALL_DIR)/etc/chilli.conf $(1)/etc/


smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] gpsd 3.x successfully ported to embedded MIPS (Netgear wndr3700v2 router)

2011-09-17 Thread Dave Taht
gpsd 2.94 was already in openwrt, however getting gpsd 3.x to work required
scons cross-support.

dealing with the scons support problem requires a patch to openwrt at
present that may need some further work.

The openwrt specific patch for scons support is at:
http://huchra.bufferbloat.net/~cero1/gpsd-patches/

A revised gpsd package, using gpsd from nearly-git-head (which also contains
changes to support cross compilation in general), is presently available as
part of the ceropackages git repository:

https://github.com/dtaht/ceropackages

(this repo has been where we've been spinning up new packages like pimd,
ccnx, etc, which openwrt users can add to their feeds.conf:

git://github.com/dtaht/ceropackages.git

)

After gpsd stablizes (gpsd 3.2?) we can get it into openwrt head, but in the
meantime it would be good to know if gpsd 3.x worked well on other variants
of openwrt.  I note that you will have to install the right kmod-serial-* to
get the right kernel support for your specific device, and enabling the -G
option to gpsd allows you to contact the router remotely with tools like
cgpsd, etc.

On Sat, Sep 17, 2011 at 6:33 AM, Eric Raymond e...@snark.thyrsus.com wrote:

 This is a heads-up for those of you looking into gpsd cross-build for
 embedded deployments.

 I've been cooperating with Dave Taht and the Bufferbloat project (see
 http://www.bufferbloat.net/).  One consequence of this is that gpsd has
 just been successfully ported into the CeroWrt distribution (a friendly
 fork
 of OpenWrt intended as a test tool for studying network; thanks to Dave
 Taht
 dave.t...@gmail.com and Stephen Walker stephendwal...@gmail.com for
 excellent work on this.

 Those of you trying to cross-build for other embedded deployments
 might wanto to look into how CeroWrt does this.

 The goal, by the way, is to use GPS time as a reliable local timebase
 to support checking for NTP drift due to network latency.
 --
a href=http://www.catb.org/~esr/;Eric S. Raymond/a

 Rifles, muskets, long-bows and hand-grenades are inherently democratic
 weapons.  A complex weapon makes the strong stronger, while a simple
 weapon -- so long as there is no answer to it -- gives claws to the
 weak.
-- George Orwell, You and the Atom Bomb, 1945




-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://the-edge.blogspot.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] gpsd 3.x successfully ported to embedded MIPS (Netgear wndr3700v2 router)

2011-09-17 Thread Dave Taht
On Sat, Sep 17, 2011 at 7:35 AM, Eric Raymond e...@thyrsus.com wrote:

 Dave Taht dave.t...@gmail.com:
  After gpsd stablizes (gpsd 3.2?) we can get it into openwrt head, but in
 the
  meantime it would be good to know if gpsd 3.x worked well on other
 variants
  of openwrt.

 What counts as stable?  Changes since 3.0 have been minor, mostly tweaks
 to the build recipe.  The biggest change I'm expecting in 3.2 is a bug
 fix to the old (non-kernel) PPS code.


While there are several packages in openwrt head that pull directly from a
git commit
of a given package, I would personally prefer that gpsd 3.x baked a little
more
(with people testing on arm, mips, mobile devices, etc) and I am also hoping

However, I note that I am not in any way a gatekeeper to the main openwrt
feeds. Their requirements are different.

We (bufferbloat.net) spun up ceropackages specifically to enable those newer
to openwrt development and
embedded development to be able to use github as a base, and 'screw up'
freely while mastering the cross-development process, while not necessarily
being able to do builds on or for their own hardware.

Well, that, plus we wanted to try out some crazy things like a variety of
new test tools, multicast routing, using xinetd, etc.

A side goal is to get the developers of a given piece of software's heads
around how different embedded development can be, and also get needed
patches pushed up into those mainline packages.

It has been fun getting evan hunt (bind9 maintainer at isc.org) and your
respective heads around life inside 8MB of flash.

  I note that you will have to install the right kmod-serial-* to
 get the right kernel support for your specific device,

 Bu your specific device you mean the router hardware?  When we use that
 phrase here we generally mean a make/model of GPS...

 No, I meant the make/model of GPS that we tested, which required a

opkg install kmod-usb-serial-ftdi

in order for ttyUSB0 to be recognised by the openwrt/wndr3700v2 kernel. (I'm
documenting this for your future builds)

I note many openwrt based devices have real serial ports, too. The wndr
actually has one inside it that can be hacked onto.

I note that adding a kmod-usb-serial-* depenendency to the gpsd package is
the wrong thing, as openwrt is more
like a 'distro to build hardware' distro, where the designer of the firmware
would pick and choose the right kernel
modules for their particular hardware.

saving any and all space on precious flash is in large part what drives
packaging for embedded firmware,
which is why I'd like to nuke the gpsd libusb dependency as it's only for
one rarely used device.

and enabling the -G
  option to gpsd allows you to contact the router remotely with tools like
  cgpsd, etc.

 I've added a force_global configuration option to force -G on for
 deployments
 like CeroWrt where listening only on loopback is not a good idea.


Well... then it needs to be invertible somehow. And the gpsd openwrt package
could merely have an option in the gpsd.config file to enable it where
needed. I can certainly see cases where lo can be used by other apps on the
router and no other access is needed.

That said, full ipv6 support would be nice, too.


 --
 a href=http://www.catb.org/~esr/;Eric S. Raymond/a




-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://the-edge.blogspot.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel