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
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 o
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 scratch within the
>> O
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 g
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 ev
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 e
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:
https:
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
https://
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
git://git.o
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.
>
>___ __
> | |.-.-.-.| | | |..| |_
> | - || _ | -__| || | | || _||
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
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, Matti
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 internet.eplus
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 a
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
>> suppor
5/
Signed-off-by: Jakub Janco
Signed-off-by: Bruno Randolf
---
package/network/utils/comgt/Makefile | 2 +-
package/network/utils/comgt/files/directip.sh | 13 --
package/network/utils/comgt/files/ncm.sh | 13 --
.../utils/umbim/files/lib
ndling of these to wwan.
Tested with Huawei E3030h-1.
Signed-off-by: Bruno Randolf
---
package/network/utils/wwan/Makefile| 3 +-
package/network/utils/wwan/files/hilink.sh | 56 ++
package/network/utils/wwan/files/wwan.sh | 9 -
3 files changed, 66 i
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 h
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 wrote:
>> Same as for other network interfaces
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.)
Sig
ndling of these to wwan.
Tested with Huawei E3030h-1.
Signed-off-by: Bruno Randolf
---
package/network/utils/wwan/Makefile| 3 +-
package/network/utils/wwan/files/hilink.sh | 52 ++
package/network/utils/wwan/files/wwan.sh | 9 +-
3 files changed, 62 i
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
/lib/netifd/pr
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,
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 merged?
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
---
.../brcm2708/base-files/lib/preinit/79_move_config | 18 ++
.../linux/brcm2708/base
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 req
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 +--
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
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
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 +
>> t
On 10/12/2015 03:22 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?
>>
> Many peo
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 "fo
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 t
On 10/10/2015 07:55 PM, Florian Fainelli wrote:
> There is a big problem with git, which is identifying what OpenWrt
> release your image is based off. With subversion, it is fairly easy,
> you have a revision number that keeps incrementing. With git, asking
> people to give you their git-describe
Install header files into same location as pkgconfig/libnl-3.0.pc says:
Cflags: -I${includedir}/libnl3
Signed-off-by: Bruno Randolf
---
package/libs/libnl/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/libs/libnl/Makefile b/package/libs/libnl/Makefile
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 mer
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
> ramips: fix devicetr
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
---
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
.../ar71xx/base-files/etc
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
---
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
.../ar71xx/base-files/etc
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
Signed-off-by: Bruno Randolf
---
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/target/linux
Signed-off-by: Bruno Randolf
---
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/target/linux
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
Hi!
Tested it and works as it should.
Gracias Alvaro!
bruno
On 07/17/2015 12:12 PM, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
> ---
> target/linux/brcm2708/image/Makefile | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/target/linux/brcm2708/im
On 07/15/2015 12:08 PM, valent.turko...@gmail.com wrote:
> On 15 July 2015 at 12:37, Yaroslav Syrytsia 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 l
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 ad
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,'
>>>
>>> bas
On 07/14/2015 01:41 PM, 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
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
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 jus
27;n'.
This is more 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
---
package/base-files/Makefile
similar to x86.
Signed-off-by: Bruno Randolf
---
target/linux/brcm2708/Makefile | 2 +-
.../brcm2708/base-files/lib/preinit/79_move_config | 18 ++
.../linux/brcm2708/base-files/lib/upgrade/platform.sh | 17 +
target/linux/brcm2708/image
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/
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
Hi Juliusz and all,
Exporting a route to a routing protocol was just one example of what
could be done based on the fact that internet connectivity is available
on an interface. There are other uses one could imagine:
- Activate a backup interface, say a 3G connection
- Announce a default GW or
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),
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 reb
On 06/10/2015 07:46 PM, Bastian Bittorf wrote:
> * Yousong Zhou [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 need this a
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
---
package/kernel/linux/modules/other.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/lin
tils don't make much
sense without bluetooth support in the kernel.
Signed-off-by: Bruno Randolf
---
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
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_h
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 https://d
+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 fashion
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
09:38:01 2015 daemon.notice netifd: Interface 'moni' has link
connectivity
Tue Mar 31 09:38:01 2015 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
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-configurati
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 reconfigurat
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
>
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)
>
>
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
__
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 significan
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 an
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 d
On 12/10/2014 12:54 PM, Bastian Bittorf wrote:
> thanks, i checked the source of yamonenv and it seems
> that mtd3 is hardcoded but here it is mtd4. ugly.
Ah, yep, that may be the reason!
> how does your partition table look? - bye, bastian
I'm using JFFS2:
root@mtx-2:~# cat /proc/mtd
dev:s
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 su
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 14
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 n
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(
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 confi
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
Hello,
I have two problems with libffmpeg and alsa-lib, both in trunk and BB:
1) Is that libffmpeg always selects alsa-lib, even when I only select
libffmpeg-mini. According to the Makefile only libffmpeg-full is
supposed to depend on alsa-lib. If i remove that dependency from
libffmpeg-full in t
Hi all,
While we all agree that the OpenWRT core developers are doing great
work, are really busy, and sometimes it's more important to fix a bug
that to send an email, I think Etienne raises a valid point here:
communication could be better and the project management could be more
open...
For ex
Hello,
I know the merge window for 14.07 is officially closed, but as I still
see changes coming in to packages... Would you please consider merging
horst 4.1 to the for-14.07 branch... Here's the pull request:
https://github.com/openwrt/packages/pull/364
Explanation: horst 3.0 is more than 3 yea
are not so many 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 im
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 c
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
sysu
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
ins
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
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 /lib/upgrade/p
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 @@ F
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 ethern
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 ov
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
--
Signed-off-by: Bruno Randolf
---
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/files/pptpd.config
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
---
net/isc-dhcp/Makefile | 8
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
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" mail
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
---
net/pptpd/Makefile| 3 +++
net/pptpd/files/pptpd.init| 40
On 10/11/2013 01:35 AM, Yousong Zhou wrote:
Hi,
On 10 October 2013 19:02, Bruno Randolf 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
---
package/busybox/files/cron | 2 +
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
--
1 - 100 of 179 matches
Mail list logo
