Re: [OpenWrt-Devel] [PATCH] Make kernel version configurable for developers
Regarding the problem of users playing with config options and not mentioning it, part of the solution could be to require users to submit their .config files when reporting issues. In such a case, having the kernel version in there too would actually be better than relying on users mentioning the fact that they edited their Makefiles... Board platform and driver files/patches *depends* on a specific kernel version so kernel version configuration as you proposed would depend on luck for the users unless we provide the required patches for every kernel version. OTOH your idea could work if all boards supported by OpenWRT reside on the upstream kernel so we don't need to test and patch for every kernel release. -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] What is the configuration file for wireless(ath9k driver)?
On Tue, Apr 17, 2012 at 09:50:56PM +0900, 马进 wrote: Hi all, Where could I find the configuration file for wireless based on ath9k driver? I want to know how to configure the beacon time, beacon time interval and so on. Is it hostapd.conf? Add your needed options in /etc/config/wireless: option dtim_period '2' option beacon_int '100' option ... -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
On Thu, Mar 29, 2012 at 05:47:03PM +0300, Felix Fietkau wrote: On 2012-03-29 1:51 PM, Felix Fietkau wrote: On 2012-03-29 11:50 AM, Florian Fainelli wrote: Le 03/28/12 00:49, Otto Solares Cabrera a écrit : On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote: Hello, Le 03/27/12 15:43, Otto Solares Cabrera a écrit : Hi! I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single bridge (br-lan) and I was normally doing filtering between them but now all the packets are unconditionally bridged to all the interfaces despite the ebtables rules. ebtables doesn't report hits on rules. My last working image was based on r30676 with 3.2.7 kernel, I'm pretty sure is not an upstream kernel problem as I tried latest trunk with kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. Does some default changed recently? You might want to revert changeset r30954 and see if that changes something for you. Reverting that changeset fixes my problem, thank you! Felix, do you have any idea why this does not work for Otto? I think I need a new sysctl for passing packets through ebtables but not iptables. As a workaround you can probably simply set the sysctl field net.bridge.bridge-nf-call-arptables to 1. I'll make the new sysctl default to =1 as long as ebtables is loaded. Fix is in, please try the new version. New version works fine, thank you!! -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
Hi! I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single bridge (br-lan) and I was normally doing filtering between them but now all the packets are unconditionally bridged to all the interfaces despite the ebtables rules. ebtables doesn't report hits on rules. My last working image was based on r30676 with 3.2.7 kernel, I'm pretty sure is not an upstream kernel problem as I tried latest trunk with kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. Does some default changed recently? -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Bridge filtering on WRT160NL (ar71xx) not working
On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote: Hello, Le 03/27/12 15:43, Otto Solares Cabrera a écrit : Hi! I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single bridge (br-lan) and I was normally doing filtering between them but now all the packets are unconditionally bridged to all the interfaces despite the ebtables rules. ebtables doesn't report hits on rules. My last working image was based on r30676 with 3.2.7 kernel, I'm pretty sure is not an upstream kernel problem as I tried latest trunk with kernels 3.2.7, 3.2.12, 3.2.13 and 3.3 and the same problem. Does some default changed recently? You might want to revert changeset r30954 and see if that changes something for you. Reverting that changeset fixes my problem, thank you! -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] hostapd issue maybe between 30952 - 31118
On Tue, Mar 27, 2012 at 05:03:24PM -0700, Dave Taht wrote: however my issue is that hostapd isn't coming up for ap mode. Yeah in 3.3 the mon.wlan0 i/f is not being setup but I didn't investigate further. OTOH is just me or do you note too that the compressed firmware image with the 3.3 kernel is like 0.25MB bigger than 3.2? It seems too much kernelbloat* to me :( *any similarity with bufferbloat is pure coincidence... :) -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] 2012.02 Linaro 4.6
On Sat, Feb 11, 2012 at 01:34:58PM -0500, jonsm...@gmail.com wrote: Updating to Linaro 4.6 2012.02 has fixed those code generation bugs I was hitting. 2012.02 can also compile openssl for ARMv5 again (some Cortex changes had broken it). JFYI 2012.02 works fine for me on all my targets, thanks. -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH V2] ar71xx: support for kernel 3.1
On Wed, Jan 18, 2012 at 10:19:45AM +0100, Gabor Juhos wrote: 2012.01.18. 4:42 keltezéssel, Otto Solares Cabrera írta: On Thu, Dec 08, 2011 at 11:57:46PM +0100, Hartmut Knaack wrote: juhosg was working quite hard to get us out of sync, with decent support of nbd ;-) It took me a while, but we're finally back on the track. Minimum kernel version is probably still 3.1.1. Successfully tested with kernel 3.1.4 on a WR1043ND. Kernel version in the Makefile still needs to be adjusted manually. Any comments appreciated. Enjoy. Hi Harmut, do you have something for 3.2? I don't want to duplicate efforts :=) I'm working on that. Great! if you need help with testing let me know. Thank you. -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH V2] ar71xx: support for kernel 3.1
On Thu, Dec 08, 2011 at 11:57:46PM +0100, Hartmut Knaack wrote: juhosg was working quite hard to get us out of sync, with decent support of nbd ;-) It took me a while, but we're finally back on the track. Minimum kernel version is probably still 3.1.1. Successfully tested with kernel 3.1.4 on a WR1043ND. Kernel version in the Makefile still needs to be adjusted manually. Any comments appreciated. Enjoy. Hi Harmut, do you have something for 3.2? I don't want to duplicate efforts :=) -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 0/3] ar71xx: Add support for Linux-3.0
On Sat, Nov 26, 2011 at 07:27:44AM -0500, Outback Dingo wrote: On Sat, Nov 26, 2011 at 5:49 AM, Outback Dingo outbackdi...@gmail.com wrote: On Sat, Nov 26, 2011 at 4:12 AM, Otto Estuardo Solares Cabrera so...@guug.org wrote: This patch series adds Linux-3.0 kernel support to the ar71xx target in OpenWRT trunk. Tested with Linux-3.0.9. This doesn't switch the default kernel version for ar71xx targets yet. I edited target/linux/ar71xx/Makefile Added # LINUX_VERSION:=2.6.39.4 LINUX_VERSION:=3.0.9 Please disregard the prior email - the kernel tree patching does work attempting to build now Great! let me know if you have any problem, thank you for testing! -- Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mac80211: read eeprom from platform data
On Sun, Oct 23, 2011 at 06:51:19PM -0600, Philip Prindeville wrote: Personally I would have submitted these two patches separately so that one doesn't hold up the other, especially since they're not visibly related in any way. +1 On 10/23/11 6:22 PM, Andrej Vlašić wrote: This enables eeprom and mac addr. to be read from boards with eeprom stored in platfrom data on flash (it was removed for some reason in rev. 26744) Also it adds pci id ff16, so that sx76x boards can use ath5k. Signed-off-by: Andrej Vlašić andrej.vlasic0 (at) gmail dot com ___ 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
Re: [OpenWrt-Devel] [PATCH] Update mjpeg-streamer package
On Tue, Sep 13, 2011 at 08:20:45AM +0200, Roberto Riggio wrote: It is the output of svn diff. Rev 150 was from the experimental branch so I was not sure how stable it was (considering the mjpeg streamer is pretty volatile). Just FYI I was having problems in many cams with stable and experimental r150 coupled with Linux 2.6.39 or 3.0 fixed my problems in ar71xx devices so IMO is worth a shot if you have issues. - Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Update mjpeg-streamer package
On Thu, Sep 08, 2011 at 10:31:31AM +0200, Roberto Riggio wrote: This patch upgrades the mjpeg-streamer package to the latest svn revision. It also closes track entry #9896 in the the newer version moved to v4l2. This patch it doesn't apply. mjpg-streamer r150 works for me too. - Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] replace CONFIG_PREEMPT_NONE with CONFIG_PREEMPT
On Fri, Sep 02, 2011 at 12:39:38PM +0200, Luka Perkov wrote: Please look at the kernel config file above. You will see that CONFIG_PREEMPT should be used on embedded systems... Doesn't CONFIG_PREEMPT will add userspace scheduling overhead which in turn harm kernelspace workloads such as packet routing, firewalling, NAT, etc.? I had done some tests in the past with the scheduling priority of the hostapd daemon (with nice and schedtools) but never spot a gain in bandwith or latency with iperf. - Otto ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Developers needed - OpenWrt, Linux kernel, C, networking, etc.
On Mon, Mar 28, 2011 at 01:47:09PM -0500, Larry Vaden wrote: On Mon, Mar 28, 2011 at 1:28 PM, Otto Solares so...@guug.org wrote: I meant to send this offlist, I'm very sorry. :) I'm thinking many in the audience are quite impressed. Thank you for your kind words! I would love to work exclusively on embedded stuff and OpenWRT. - Otto (solca) Solares Cabrera ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel