Re: [OpenWrt-Devel] svn revisions and github repository

On 22/06/16 23:50, Павел Плетенев wrote: > Hello all! > Thank you for the great OS! > I'm trying to build Chaos Calmer from source for BlackSwift board > (AR9331 dev board). > Patches for it can be applied only for revision 49007. I'm trying to > apply RT_PREEMT patch for openwrt in that embedded

Re: [OpenWrt-Devel] Introducing the LEDE project

On 05/05/16 13:48, Zoltan HERPAI wrote: > I would not call "all active OpenWrt core developers" have left the > boat. Take a look at this [1] page - some of them are active, some of > them are not, but calling an end to the project is an overstatement at > least. Also, refer to the mail Mike sent

Re: [OpenWrt-Devel] Introducing the LEDE project

On 05/05/16 02:02, Kathy Giori wrote: > On Wed, May 4, 2016 at 5:45 PM, Fernando Frediani > wrote: >> Thanks Daniel. That explains a lot. >> I imagine if some digging is done it would be possible to find the holders >> of the critical resources and then re-organize it from

Re: [OpenWrt-Devel] Introducing the LEDE project

On 03/05/16 18:59, Jo-Philipp Wich wrote: > we'd like to introduce LEDE, a reboot of the OpenWrt community > ... > Jo-Philipp Wich, > John Crispin, > Daniel Golle, > Felix Fietkau, > Hauke Mehrtens > John Crispin > Matthias Schiffer, > Steven Barth While a fresh start and a more open process is

[OpenWrt-Devel] netifd hotplug event race condition for monitor interfaces

Hello, I have a system where I want to reload a service when a monitor interface appears. The monitor interface is configured in /etc/config/wireless as: config wifi-iface 'monitor' option device 'radio0' option ifname 'moni0' option mode 'monitor' Unfortunately netifd

Re: [OpenWrt-Devel] 15.05.1 - Chaos Calmer

On 04/05/2016 02:33 PM, Saverio Proto wrote: > Thanks Bruno, > > I am sorry I am coming back to OpenWrt after a long break. > > I expected the tag also on the Release repo > > http://git.openwrt.org/?p=15.05/openwrt.git;a=summary > > Here I see only a 15.05 tag. I dont understand the logic. I

Re: [OpenWrt-Devel] 15.05.1 - Chaos Calmer

On 04/04/2016 09:34 PM, Saverio Proto wrote: >> Great! Thanks for your good work! >> Could you please add a tag for 15.05.1 in the git repo? > > That would be great. I am trying to git bisect a bug and I have no > idea on top of what commit is 15.05.1 built. There is a tag for it already:

Re: [OpenWrt-Devel] Git mirror with branches, tags and full history?

On 03/30/2016 08:32 AM, John Crispin wrote: > i have just updated https://github.com/openwrt/openwrt Thanks! Now, if you could add a tag "v15.05.1" things would be perfect... bruno ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] Git mirror with branches, tags and full history?

Hello! What happened to https://github.com/openwrt/openwrt/? Last commit on 'master' is from Feb 23, on 'chaos_calmer' from Feb 19... It's a problem for me because I am using this as my main git upstream and I'd have to rebase (again) to use git://git.openwrt.org/15.05/openwrt.git or

Re: [OpenWrt-Devel] 15.05.1 - Chaos Calmer

On 03/16/2016 12:06 PM, John Crispin wrote: > The OpenWrt developers are proud to announce the minor fix release of > OpenWrt Chaos Calmer. > >___ __ > | |.-.-.-.| | | |..| |_ > | - || _ | -__| || | | || _||

Re: [OpenWrt-Devel] Read-only mirror https://github.com/openwrt/openwrt is stuck since 12 days ago

On 03/07/2016 10:51 AM, John Crispin wrote: > > > On 07/03/2016 11:47, Álvaro Fernández Rojas wrote: >> I just want to add that openwrt-commits list is also affected, since last >> commit published there matches the last one in the read-only mirror. >> >> Regards, >> Álvaro. > > i noticed that

Re: [OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems

On 03/01/2016 08:43 AM, John Crispin wrote: > > > On 26/02/2016 08:50, John Crispin wrote: >> >> >> On 25/02/2016 08:23, John Crispin wrote: >>> >>> >>> On 24/02/2016 09:08, Bruno Randolf wrote: >>>> On 02/24/2016 06:11 AM, Ma

Re: [OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems

On 02/24/2016 06:11 AM, Matti Laakso wrote: >> The reason is that I want different types of Modems to work with the >> same interface configuration, using 'wwan'. E.g. it's configured like >> this (/etc/config/network): >> >> config interface 'umts' >> option proto wwan >> option apn

Re: [OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems

On 02/23/2016 07:54 AM, John Crispin wrote: > On 23/02/2016 08:47, Torbjorn Jansson wrote: >> FYI the hilink modem i have (E3372) only works if you visit one of the >> pages on the usb sticks built in web server. >> if you don't visit this page the stick never connects. >> >> i have not yet found

Re: [OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems

On 02/23/2016 07:11 AM, Matti Laakso wrote: >> Huawei HiLink ("h" model names) modems just provide a CDC Ethernet >> interface >> where we have to run DHCP to get an IP address (usually in the >> 192.168.8.0 >> range). While this may be bad design in general it's sometimes >> necessary to >>

[OpenWrt-Devel] [PATCH 2/2] QMI/NCM/MBIM/DirectIP: Support defaultroute, peerdns, metric

kub...@gmail.com> Signed-off-by: Bruno Randolf <b...@einfach.org> --- package/network/utils/comgt/Makefile | 2 +- package/network/utils/comgt/files/directip.sh | 13 -- package/network/utils/comgt/files/ncm.sh | 13 -- .../utils/umbim/file

[OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems

d handling of these to wwan. Tested with Huawei E3030h-1. Signed-off-by: Bruno Randolf <b...@einfach.org> --- package/network/utils/wwan/Makefile| 3 +- package/network/utils/wwan/files/hilink.sh | 56 ++ package/network/utils/wwan/files/wwan.sh | 9 - 3 f

Re: [OpenWrt-Devel] [PATCH 2/2] Add support for 'metric' to QMI, NCM, MBIM and DirectIP

On 02/18/2016 04:43 PM, John Crispin wrote: > ideally this gets handled generically, which wont be easy as these are > all virtual interfaces. maybe if we just add the code in a generic place > rather than duplicate it lots of times. Ideally - yes... but where? Also I don't understand why these

Re: [OpenWrt-Devel] [PATCH 2/2] Add support for 'metric' to QMI, NCM, MBIM and DirectIP

65/ > It works for me. Hi Jakub, You are right and I will soon send a v2 of the patch which includes your changes. Thanks, bruno > -- > S pozdravom Jakub Janco > > > On Wed, Feb 17, 2016 at 7:21 PM, Bruno Randolf <b...@einfach.org> wrote: >> Same as for o

[OpenWrt-Devel] [PATCH 2/2] Add support for 'metric' to QMI, NCM, MBIM and DirectIP

Same as for other network interfaces, the option 'metric' should be respected. (Unfortunately I could not test these changes, since I don't have these modems and QMI is broken on trunk for me... But the same method is used in the "HiLink" script I just added before.) Signed-off-by: Bru

[OpenWrt-Devel] [PATCH 1/2] wwan: Add support for CDC (Huawei 'HiLink') Modems

d handling of these to wwan. Tested with Huawei E3030h-1. Signed-off-by: Bruno Randolf <b...@einfach.org> --- package/network/utils/wwan/Makefile| 3 +- package/network/utils/wwan/files/hilink.sh | 52 ++ package/network/utils/wwan/files/wwan.sh | 9 +- 3 f

[OpenWrt-Devel] QMI/NCM/MBIM interfaces netifd ifup event too early

Hi! I have a situation where I have to react to "ifup" events in OpenWRT, and I believe that QMI/NCM/MBIM interfaces are sending the "ifup" event too early, which is before they got an IP address. That is due to the use of "sub-interfaces" for DHCP IPv4 and DHCP IPv6, as seen in the

Re: [OpenWrt-Devel] [PATCH] rtl8xxxu: Add new driver for Realtek WiFi USB devices

On 11/26/2015 04:04 PM, W. Michael Petullo wrote: >> This new driver supports RTL8723AU, RTL8188CU, RTL8188RU, RTL8191CU, and >> RTL8192CU and is taken from: >> https://git.kernel.org/cgit/linux/kernel/git/jes/linux.git/log/?h=rtl8723au-mac80211 > > Has there been any progress getting this

Re: [OpenWrt-Devel] watchping

Hi All, Just FYI, finally I have been able to "liberate" my attempt at it into GPL code and the 'pingcheck' recently got merged into OpenWRT packages: https://github.com/br101/pingcheck Greetings, bruno On 07/06/2015 07:54 PM, Bruno Randolf wrote: > Hi Juliusz and all, > >

[OpenWrt-Devel] [PATCH] CC: brcm2708: Add sysupgrade support for Raspberry Pi

Also create .gz images if configured to do so. This is equivalent, but different to what we have in trunk, as the image creation has been rewritten there. Signed-off-by: Bruno Randolf <b...@einfach.org> --- .../brcm2708/base-files/lib/preinit/79_move_config

Re: [OpenWrt-Devel] Git mirror with branches, tags and full history

On 11/09/2015 09:06 AM, Steven Barth wrote: > Hey everyone, > > I took the time last week to create a full-history git-mirror with > branches, author mapping and release tags. It is currently on github, > but it will probably end up on git.openwrt.org in the end. > > Note: Do NOT send us pull

[OpenWrt-Devel] [PATCH] mac80211: Package firmware for rtl8291cu separately

Hi, I forgot this patch before. Again I think this is not for trunk inclusion as the driver will hit mac80211 eventually. But in general it could be good to package firmware separately to allow for different drivers to use the same firmware. --- package/kernel/mac80211/Makefile | 11 +--

Re: [OpenWrt-Devel] Networking on Raspberry Pi Model B

On 10/22/2015 05:53 PM, W. Michael Petullo wrote: > I have installed OpenWrt (trunk, as of around October 17) on a Raspberry > Pi Model B. The network adapter is an Edimax 802.11b/g/n Nano USB Adapter. > Unfortunately, the network stack of the device is failing after a > number of minutes. At this

Re: [OpenWrt-Devel] SVN to GIT transition

On 10/12/2015 10:53 PM, Felix Fietkau wrote: >> git describe >> >> r-35387-g83c5a41 >> >> If you prefer, cut the last part and get "r-35387". >> >> Looks familiar? Now you even have real linear numbering in each branch, >> without the gaps you get when committing to different branches in SVN + >>

Re: [OpenWrt-Devel] SVN to GIT transition

On 10/13/2015 09:08 PM, David Lang wrote: > On Tue, 13 Oct 2015, Roman Yeryomin wrote: > >>> >>> Would it be possible to track the revision number in an automated way >>> even >>> in a git repo? So store the r number, and automatically increment on >>> commits. Not sure if that's an option, but

Re: [OpenWrt-Devel] SVN to GIT transition

On 10/12/2015 01:43 PM, Felix Fietkau wrote: > When using tags as a starting point (via git describe), somebody has to > create those tags, which is cumbersome (and would mean adding lots of > useless ones). What's cumbersome? And why would you have to create useless tags? I would actually take

Re: [OpenWrt-Devel] SVN to GIT transition

On 10/11/2015 01:48 PM, John Crispin wrote: > although i see the point, out of tree fork have never been relevant to > any core decision makings I understand that this is not the main concern for core OpenWRT developers, but on the other hand you must be aware that there exist several of these

[OpenWrt-Devel] [PATCH] libnl: Install include files into libnl3

Install header files into same location as pkgconfig/libnl-3.0.pc says: Cflags: -I${includedir}/libnl3 Signed-off-by: Bruno Randolf <b...@einfach.org> --- package/libs/libnl/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/package/libs/libnl/Makefile b/p

Re: [OpenWrt-Devel] Project specific settings

Hi Christoph, On 09/15/2015 07:32 PM, Rüdiger, Christoph wrote: > Our build tree is full of custom patches to different packages, > mainly in the openwrt/package directory. This makes it close to > impossible to update the repository to a new OpenWrt version without > producing a good bunch of

Re: [OpenWrt-Devel] Chaos Calmer 15.05

On 09/11/2015 09:56 AM, Rafał Miłecki wrote: > On 11 September 2015 at 10:54, Steven Barth wrote: >> The OpenWrt developers are proud to announce the final release of OpenWrt >> Chaos Calmer. > > Before someone asks, it's > r46767 > 483dac821788b457d349233e770329186a0aa860 >

[OpenWrt-Devel] [PATCH] CC: ar71xx: Add support for Black Swift

Add support for the Black Swift board: http://www.black-swift.com/ Took relevant parts and slightly adapted from: https://github.com/blackswift/openwrt/blob/master/bsb.patch Signed-off-by: Bruno Randolf b...@einfach.org --- target/linux/ar71xx/base-files/etc/diag.sh | 3 + .../ar71xx

[OpenWrt-Devel] [PATCH] ar71xx: Add support for Black Swift

Add support for the Black Swift board: http://www.black-swift.com/ Took relevant parts and slightly adapted from: https://github.com/blackswift/openwrt/blob/master/bsb.patch Signed-off-by: Bruno Randolf b...@einfach.org --- target/linux/ar71xx/base-files/etc/diag.sh | 3 + .../ar71xx

Re: [OpenWrt-Devel] [PATCH 1/2] CC: brcm2708: Add sysupgrade for Rasperry Pi

On 07/24/2015 08:12 AM, John Crispin wrote: On 17/07/2015 19:18, Bruno Randolf wrote: diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile index 30f6e1d..37ff204 100644 --- a/target/linux/brcm2708/Makefile +++ b/target/linux/brcm2708/Makefile @@ -19,7 +19,8

[OpenWrt-Devel] [PATCH] CC: brcm2708: Add gzip image compression

Signed-off-by: Bruno Randolf b...@einfach.org --- target/linux/brcm2708/image/Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/target/linux/brcm2708/image/Makefile b/target/linux/brcm2708/image/Makefile index e70bdd0..633ed88 100644 --- a/target/linux/brcm2708/image/Makefile +++ b

[OpenWrt-Devel] [PATCH 1/2] CC: brcm2708: Add sysupgrade for Rasperry Pi

The upgrade procedure works similar to the x86 platforms: The configuration files (sysupgrade.tgz) are saved in the boot partition and moved to the standard place in a preinit script. Since the boot partition is FAT32 we need the vfat modules and dependencies. Signed-off-by: Bruno Randolf b

[OpenWrt-Devel] [PATCH 2/2] CC: brcm2708: Add gzip image compression

Signed-off-by: Bruno Randolf b...@einfach.org --- target/linux/brcm2708/image/Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/target/linux/brcm2708/image/Makefile b/target/linux/brcm2708/image/Makefile index e70bdd0..90d54bb 100644 --- a/target/linux/brcm2708/image/Makefile +++ b

Re: [OpenWrt-Devel] Why STA wifi interface shutsdown AP interface?

On 07/15/2015 12:08 PM, valent.turko...@gmail.com wrote: On 15 July 2015 at 12:37, Yaroslav Syrytsia m...@ys.lc wrote: Hi, It is a known issue, some descriptions you can find there - http://vonger.cn/?p=1778 I guess it is not depend on a driver or hw. Yaroslav thanks man you saved me

Re: [OpenWrt-Devel] [PATCH] base-files: Add preinit option to disable config restore

Hi Felix, On 07/14/2015 10:09 AM, Felix Fietkau wrote: Unless I'm missing something, this seems like a rarely needed special case to me. How about simply adding a custom preinit file to your firmware through files/ instead? Since the preinit script runs boot_run_hook preinit_mount_root just

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 12:43 PM, Jernej Izak wrote: ifneq (y,) bash: -c: line 0: syntax error near unexpected token `y,' bash: -c: line 0: `ifneq (y,)' That looks like being caused by my brcm2708: Implement sysupgrade (commit 49f8801514837980bd80dd3fa1c24e82897d2e5c)... I tested it but blogic

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 04:07 PM, John Crispin wrote: its not about blaming but about figuring out what went wrong. Right, same here :) i will be on the laptop that i used for merging in abotu an hour and will see int he logs which commands i called and which patch i applied exactly It's commit

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 03:34 PM, John Crispin wrote: On 14/07/2015 14:41, Bruno Randolf wrote: On 07/14/2015 12:43 PM, Jernej Izak wrote: ifneq (y,) bash: -c: line 0: syntax error near unexpected token `y,' bash: -c: line 0: `ifneq (y,)' That looks like being caused by my brcm2708: Implement

[OpenWrt-Devel] [PATCH] base-files: Add preinit option to disable config restore

useful with a custom uci-default scripts which can selectively migrate config options, since the the old configuration still exists during the first boot in /sysupgrade.tgz until /etc/init.d/done is called. Signed-off-by: Bruno Randolf b...@einfach.org --- package/base-files/Makefile

[OpenWrt-Devel] [PATCH] brcm2708: Implement sysupgrade

similar to x86. Signed-off-by: Bruno Randolf b...@einfach.org --- target/linux/brcm2708/Makefile | 2 +- .../brcm2708/base-files/lib/preinit/79_move_config | 18 ++ .../linux/brcm2708/base-files/lib/upgrade/platform.sh | 17 + target

Re: [OpenWrt-Devel] Raspberry Pi 2 sysupgrade

On 07/09/2015 06:44 AM, John Crispin wrote: I have the below change to add rudimentary support for sysupgrade on the Raspberry Pi. I looked at the way platform_copy_config() is implemented for x86 and tried to do the same, but I get the following error on mount: mount: mounting /dev/mmcblk0p2

[OpenWrt-Devel] Raspberry Pi 2 sysupgrade

Hi! I have the below change to add rudimentary support for sysupgrade on the Raspberry Pi. I looked at the way platform_copy_config() is implemented for x86 and tried to do the same, but I get the following error on mount: mount: mounting /dev/mmcblk0p2 on /mnt failed: Device or resource busy I

[OpenWrt-Devel] watchping

Hi, Sometimes it's necessary to re-configure an OpenWRT system based on the fact wether Internet connectivity is available on a certain interface. That the 'wan' interface is up, does not necessarily mean that Internet is available (an upstream device or router may be down or configured wrongly),

Re: [OpenWrt-Devel] can netifd automatically restart a service?

On 06/11/2015 07:32 AM, Nikos Mavrogiannopoulos wrote: In issue 574 [0] there is a big discussion of the behavior of transmission in openwrt. To summarize it: * By default when transmission downloads, it may crash the router due to high memory consumption and OOB. That crash may lead to reboot

Re: [OpenWrt-Devel] [PATCH] base-files: add /etc/profile.d support

On 06/10/2015 07:46 PM, Bastian Bittorf wrote: * Yousong Zhou yszhou4t...@gmail.com [10.06.2015 20:38]: distributions. This allows packages to install their own scripts into /etc/profile.d/. IMO, OpenWrt is not like most of other Linux distributions. So what are those other packages that

[OpenWrt-Devel] [PATCH/RFC] bluez: Add bluez-daemon package

make much sense without bluetooth support in the kernel. Signed-off-by: Bruno Randolf b...@einfach.org --- Please let me know, if this is OK, I'll send a pull request --- utils/bluez/Makefile | 39 +-- 1 file changed, 33 insertions(+), 6 deletions(-) diff --git

[OpenWrt-Devel] [PATCH] kernel: bluetooth: Add dependency to kmod-crypto-ecb

Add dependency of kmod-crypto-ecb to kmod-bluetooth to avoid the kernel warning Bluetooth: Unable to create crypto context. Signed-off-by: Bruno Randolf b...@einfach.org --- package/kernel/linux/modules/other.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/kernel

Re: [OpenWrt-Devel] ath9k_htc: Target is unresponsive

On 05/25/2015 03:38 PM, Luca Olivetti wrote: This is the message I get when I plug a tp-link tl-wn722n (which is working fine both in an ubuntu desktop and on a mageia laptop): [ 547.804000] usb 1-1: new high-speed USB device number 5 using ifxusb_hcd [ 548.02] usb 1-1: ath9k_htc:

Re: [OpenWrt-Devel] dnsmasq and --dhcp-relay option ?

On 04/24/2015 02:26 PM, openwrt-de...@couprie.net wrote: The diff is for /etc/init.d/dnsmasq This diff works for me, it puts the following change in /var/etc/dnsmasq.conf dhcp-relay=192.168.200.1,10.255.255.225 What do i need to change to submit it as a patch ? Look at

Re: [OpenWrt-Devel] Designated Driver

+1 On 04/07/2015 08:47 PM, Hartmut Knaack wrote: That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned

[OpenWrt-Devel] netifd loosing control over monitor interface?

Hello All, As I roughly outlined before in another thread (synchronous network reload/restart), I am trying to re-configure several dependent network interfaces thru ubus/netifd on BB. I have one physical wireless device and 3 virtual interfaces: - moni (moni0) - mesh (mesh0) - ap (ap0) On

Re: [OpenWrt-Devel] synchronous network reload/restart

daemon.notice netifd: Interface 'moni' is setting up now Tue Mar 31 09:38:01 2015 daemon.notice netifd: Interface 'moni' is now up Tue Mar 31 09:38:01 2015 daemon.notice netifd: radio0 (6033): ifconfig: SIOCSIFHWADDR: Invalid argument bruno On 03/30/2015 11:56 PM, Bruno Randolf wrote: On 03/30/2015 11

Re: [OpenWrt-Devel] synchronous network reload/restart

On 03/30/2015 11:26 AM, Zefir Kurtisi wrote: On 03/26/2015 06:54 PM, Jo-Philipp Wich wrote: Hi. Is there any way to synchronously (blocking) reload or restart the network configuration? ubus call network reload (or restart) returns immediately, and the re-configuration happens

[OpenWrt-Devel] synchronous network reload/restart

Hello, Is there any way to synchronously (blocking) reload or restart the network configuration? ubus call network reload (or restart) returns immediately, and the re-configuration happens asynchronously in the background. I'd like the command to block or otherwise wait until the reconfiguration

Re: [OpenWrt-Devel] ar71xx update to v3.18

Hi! Tested on OM2P and TP-Link WDR3600, looks good: boots, nothing obviously broken, wifi works, eth works, but I have not ran it more than 10 minutes each. Greetings, bruno On 02/15/2015 07:49 PM, John Crispin wrote: Hi, i just pushed the v3.18 support for ar71xx. i have tested this on

Re: [OpenWrt-Devel] au1xxx v3.18

Hi John, Something's wrong with the serial, but I was able to login via Ethernet. I did not verify PCI yet, as I only have a PCI adapter on the cubes which are in use. Serial log below: bruno On 02/09/2015 12:26 PM, John Crispin wrote: Hi Bruno, (or anyone else that has the hw at hand) i

Re: [OpenWrt-Devel] [PATCH] [ar71xx] Add support for MERCURY MAC1200R

On 01/11/2015 09:25 PM, Gioacchino Mazzurco wrote: The device has two radios: - 802.11abgn AR9344 SoC, ath9k, working OK - 802.11ac QCA988x, ath10k, working in AP and STA modes Interesting device. Can you post more specs, or add to the TOH wiki? Thanks, bruno

[OpenWrt-Devel] Dual Wifi for OpenWRT

Hello! Does anyone know a hardware platform with 2 or more wifi interfaces which can both be used in the 2.4 GHz band? I just went thru the table of hardware looking for boards which have more than one wifi. Unfortunately all of the consumer APs tagged with 2WNIC seem to have 1 wifi for 2.4GHz

Re: [OpenWrt-Devel] Dual Wifi for OpenWRT

On 01/10/2015 08:38 PM, David Lang wrote: I would not expect to find consumer hardware that had two radios on the 2.4GHz band, the problems that you would run into trying to keep the output of one radio from deafening the other (if not outright popping the receiver amps) would be significant

Re: [OpenWrt-Devel] [PATCH] au1000: distinguish different models and set correct MAC-address

Hi Bastian, There is a syntax error in the /etc/uci-defaults/02_network script, but even when I fix that, the MAC address is not set. What is ucidef_set_interface_macaddr supposed to do? Some more comments below: On 12/10/2014 09:26 PM, Bastian Bittorf wrote: The target au1000 has at least 2

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

Hi Bastian, Sorry for the delay. On 12/08/2014 08:01 PM, Bastian Bittorf wrote: what is strange: the ethernet-mac is always changing after each reboot. not sure if this was also the case with 3.10 - bruno can you see this too? Yes, I can confirm this. I just checked: The same happens on

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

On 12/10/2014 11:30 AM, Bastian Bittorf wrote: so, does this mean we have not applied DTS to this target? Very likely. I don't remember how we got the MAC addr set before DT. what is also strange: 'yamonenv' is installed, but simply does not work. i never used it before, so i'am not sure if

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

Hi John, Thanks! I just tested it: up running, PCI got detected, Wifi works, looking good... :) root@OpenWrt:/# uname -a Linux OpenWrt 3.14.25 #1 Mon Dec 1 20:42:17 WET 2014 mips GNU/Linux bruno On 12/01/2014 04:55 PM, John Crispin wrote: Hi, i pushed 3.14 support for au1000. i have no

[OpenWrt-Devel] OM2P firmware upgrade with LuCI

Hi! I just noted that there is an issue with the firmware upgrade via LuCI on the OM2P. The image validity check fails, because the following script in system.lua fails: local function image_supported() -- XXX: yay... return ( 0 == os.execute(

Re: [OpenWrt-Devel] Problems with ffmpeg and alsa-lib

On 10/13/2014 10:48 PM, Ted Hess wrote: 2 - Building alsa-lib has no dependency on the host system's audio setup. The problem you are seeing is indeed a problem with your build environment, and what tools you have installed. More information is needed about our build system and target config

[OpenWrt-Devel] ffmpeg on au1500 --disable-mips32r2

Hello again, ffmpeg tries to automatically enable optimizations for the MIPS platform, but for au1500 it automatically enables mips32r2, which this CPU does not support. For now, I could fix the problem by adding --disable-mips32r2 to FFMPEG_CONFIGURE, but again, this is probably not the correct

[OpenWrt-Devel] luci-app-minidlna disables minidlna?

Hi Garbor, In luci-app-mindlna we find the following in /etc/uci-defaults/luci-minidlna: 3 /etc/init.d/minidlna enabled { 4 /etc/init.d/minidlna stop 5 /etc/init.d/minidlna disable 6 } Which disables MiniDLNA startup and is a quite unexpected side-effect of

Re: [OpenWrt-Devel] Sysupgrade to Barrier Breaker on au1000 (MTX-1)

On 07/18/2014 06:25 PM, John Crispin wrote: 4) we make a script that we call after the build on the server that repackages the images how about that ? Hmmm, I think it should not be done on the server, but as part of the OpenWRT build - also if I compile locally I would like to get a

Re: [OpenWrt-Devel] Sysupgrade to Barrier Breaker on au1000 (MTX-1)

On 07/21/2014 12:28 PM, Bruno Randolf wrote: It would be possible to create a special image for upgrade from AA, something like openwrt-au1000-au1500-jffs2-128k-sysupgrade-from-12.09.bin, but I think it's simpler to just add a symlink to the tar.gz in all cases, The symlink approach does

Re: [OpenWrt-Devel] Sysupgrade to Barrier Breaker on au1000 (MTX-1)

au1000 users out there and I guess we can expect them to follow the major OpenWRT releases... bruno John On 21/07/2014 15:20, Bruno Randolf wrote: On 07/21/2014 12:28 PM, Bruno Randolf wrote: It would be possible to create a special image for upgrade from AA, something like openwrt

Re: [OpenWrt-Devel] Sysupgrade to Barrier Breaker on au1000 (MTX-1)

Hi John and all, On 07/17/2014 08:14 AM, John Crispin wrote: au1000 was not updated for BB and as you see there is some work missing. feel free to send a patch to fix the sysupgrade issue. Once that is done and if you volunteert to maintain au1000 for BB, then we culd add it to the list of

[OpenWrt-Devel] Barrier Breaker on au1000 (MTX-1)

Hello, I needed to update the kernel version to 3.10.44 to compile Barrier Breaker for au1000 (MTX-1): diff --git a/target/linux/au1000/Makefile b/target/linux/au1000/Makefile index 2f9c24d..5fb4a43 100644 --- a/target/linux/au1000/Makefile +++ b/target/linux/au1000/Makefile @@ -13,7 +13,7 @@

[OpenWrt-Devel] Sysupgrade to Barrier Breaker on au1000 (MTX-1)

Another problem I noted when upgrading from AA to BB on MTX-1: # sysupgrade -n /tmp/openwrt-au1000-au1500-jffs2-128k-sysupgrade.bin tar: openwrt-au1000-au1500-jffs2-128k.fs: not found in archive Invalid image contents Image check 'platform_check_image' failed. I needed to change in

Re: [OpenWrt-Devel] [PATCH][packages]firewall3: optimize by loading conntrack modules on demand

Hi! Auto-loading only the required modules definetly helps a lot for low CPU power systems like the Soekris net48xx. We have seen a difference in sirq (Soft IRQ) load of 80% with conntrack modules versus 12% without any iptables modules when the system is hit with 50Mbps UDP traffic on the

Re: [OpenWrt-Devel] [PATCH] [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa

On 10/30/2013 07:24 AM, Bastian Bittorf wrote: [platform/au1000/sysupgrade] fix sysupgrade when changing rootfs from jffs2 to squashfs and visa versa till now only jffs2 was possible and sysupgrade refuses to change fs-type, because of bad/invalid content in sysupgrade-file. manually

Re: [OpenWrt-Devel] [PATCH 3/6] pptpd: Add uci configuration for PPTPD.

On 10/15/2013 02:45 PM, Jo-Philipp Wich wrote: comments inline. Hi, Thanks, will address the issues and resend. bruno On 11.10.2013 12:30, Bruno Randolf wrote: Signed-off-by: Bruno Randolf b...@einfach.org --- net/pptpd/Makefile| 3 +++ net/pptpd/files/pptpd.init| 40

Re: [OpenWrt-Devel] [PATCH 6/6] isc-dhcp: dhcrelay: Add RFC3527 link selection sub-option

On 10/15/2013 02:52 PM, Jo-Philipp Wich wrote: +++ b/net/isc-dhcp/patches/100-relay-rfc3527-link-selection.patch Can you elaborate on the origin of this patch? Was it written by you? Yes, this patch was written by me, and I have sent it for inclusion to the upstream ISC dhcp-hackers

[OpenWrt-Devel] [PATCH 0/3] trunk packages resend

Hi! Here I resend the PPTPD and dhcrelay patches for trunk packages. I tried to address all issues jow has mentioned before. Bruno Randolf (3): pptpd: Add uci configuration for PPTPD. isc-dhcp: dhcrelay: Add more UCI options isc-dhcp: dhcrelay: Add RFC3527 link selection sub-option net

[OpenWrt-Devel] [PATCH 2/3] isc-dhcp: dhcrelay: Add more UCI options

Add more options to dhcrelay UCI and init script: - enabled - interfaces: Listen interfaces - relay_mode: What to do about packets that already have a relay option Also mark /etc/config/dhcrelay as conffile Signed-off-by: Bruno Randolf b...@einfach.org --- net/isc-dhcp/Makefile

[OpenWrt-Devel] [PATCH 1/3] pptpd: Add uci configuration for PPTPD.

Signed-off-by: Bruno Randolf b...@einfach.org --- net/pptpd/Makefile | 5 - net/pptpd/files/pptpd.config | 8 net/pptpd/files/pptpd.init | 46 +++- 3 files changed, 53 insertions(+), 6 deletions(-) create mode 100644 net/pptpd

[OpenWrt-Devel] [PATCH 3/3] isc-dhcp: dhcrelay: Add RFC3527 link selection sub-option

RFC3527 link selection sub-option is used to select the uplink interface of dhcrelay in cases where the DHCP server does not know how to reach the dhcrelay based on the DHCP range. This can happen in weird network configurations like Mesh networks. Signed-off-by: Bruno Randolf b...@einfach.org

Re: [OpenWrt-Devel] [PATCH 4/7] pptpd: Add uci configuration for PPTPD.

On 10/11/2013 01:24 AM, Yousong Zhou wrote: To make `enabled 0` a working option, it should be something like setup_config pptpd start_pptpd Thanks, will fix and resend the patch for trunk. bruno ___ openwrt-devel mailing list

[OpenWrt-Devel] [PATCH 0/6] Patches for trunk packages

Similar to my previous series for AA, now rebased to trunk... Bruno Randolf (6): libgphoto2 depends on libusb-compat, not libusb-1.0 ddns-scripts: add init script pptpd: Add uci configuration for PPTPD. pptpd: remove IP in options.pptp isc-dhcp: dhcrelay: Add more UCI options isc-dhcp

[OpenWrt-Devel] [PATCH 2/6] ddns-scripts: add init script

Signed-off-by: Bruno Randolf b...@einfach.org --- net/ddns-scripts/Makefile | 2 ++ net/ddns-scripts/files/etc/init.d/ddns | 12 2 files changed, 14 insertions(+) create mode 100644 net/ddns-scripts/files/etc/init.d/ddns diff --git a/net/ddns-scripts/Makefile b/net

[OpenWrt-Devel] [PATCH 3/6] pptpd: Add uci configuration for PPTPD.

Signed-off-by: Bruno Randolf b...@einfach.org --- net/pptpd/Makefile| 3 +++ net/pptpd/files/pptpd.init| 40 ++-- net/pptpd/files/pptpd.uciconf | 8 3 files changed, 49 insertions(+), 2 deletions(-) create mode 100644 net/pptpd/files

[OpenWrt-Devel] [PATCH 4/6] pptpd: remove IP in options.pptp

ppp has obsoleted this option (as of v2.4.3-7) according to http://wiki.openwrt.org/doc/howto/vpn.server.pptpd Signed-off-by: Bruno Randolf b...@einfach.org --- net/pptpd/files/options.pptpd | 1 - 1 file changed, 1 deletion(-) diff --git a/net/pptpd/files/options.pptpd b/net/pptpd/files

[OpenWrt-Devel] [PATCH 1/6] libgphoto2 depends on libusb-compat, not libusb-1.0

Signed-off-by: Bruno Randolf b...@einfach.org --- libs/libgphoto2/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libs/libgphoto2/Makefile b/libs/libgphoto2/Makefile index cc45ece..bf4f55f 100644 --- a/libs/libgphoto2/Makefile +++ b/libs/libgphoto2/Makefile @@ -37,7

[OpenWrt-Devel] [PATCH 5/6] isc-dhcp: dhcrelay: Add more UCI options

Add more options to dhcrelay UCI and init script: - enabled - interfaces: Listen interfaces - relay_mode: What to do about packets that already have a relay option Also mark /etc/config/dhcrelay as conffile Signed-off-by: Bruno Randolf b...@einfach.org --- net/isc-dhcp/Makefile

[OpenWrt-Devel] [PATCH 6/6] isc-dhcp: dhcrelay: Add RFC3527 link selection sub-option

RFC3527 link selection sub-option is used to select the uplink interface of dhcrelay in cases where the DHCP server does not know how to reach the dhcrelay based on the DHCP range. This can happen in weird network configurations like Mesh networks. Signed-off-by: Bruno Randolf b...@einfach.org

Re: [OpenWrt-Devel] [PATCH 01/10] cron: improve init script

On 10/11/2013 01:35 AM, Yousong Zhou wrote: Hi, On 10 October 2013 19:02, Bruno Randolf b...@einfach.org wrote: Add PATH in case it is missing (e.g. when executing the script from ssh, like ssh IP /etc/init.d/cron restart). Signed-off-by: Bruno Randolf b...@einfach.org --- package/busybox

Re: [OpenWrt-Devel] [OpenWrt-Users] unknown network field 'beacon_int and wpa_supplicant

Hi, This is a patch against AA which fixes it for us: wpa_supplicant: fix beacon_int configuration option wpa_supplicant expects beacon_int instead of beacon_interval in its config file. diff --git a/package/hostapd/files/wpa_supplicant.sh b/package/hostapd/files/wpa_supplicant.sh index

[OpenWrt-Devel] [PATCH 01/10] cron: improve init script

Add PATH in case it is missing (e.g. when executing the script from ssh, like ssh IP /etc/init.d/cron restart). Signed-off-by: Bruno Randolf b...@einfach.org --- package/busybox/files/cron | 2 ++ 1 file changed, 2 insertions(+) diff --git a/package/busybox/files/cron b/package/busybox/files

  1   2   >