Hi Rafał,
> Supported syntax is inspired by ethtool. Example usage:
> swconfig dev switch0 port 2 set link "duplex half speed 100 autoneg off"
>
> Signed-off-by: Rafał Miłecki
I think that's the way to go, will try implementing set_port_link() for my
good old 1043ND.
Ack for this and the kern
This add support for IGMP Snooping on atheros switches (enabled by default),
which avoids flooding the network with multicast data.
Tested on TL-WDR4300: disabling IGMP Snooping results in multicast flooding
on each specific port, enabling it back again prevents each port from
receiving all multic
* Daniel Dickinson [05.01.2016 18:48]:
> The problem is that I find, at least with ar71xx, that even with a an
> already compile toolchain that target/linux/compile takes an annoying
> amount of time (even though nothing is being compiled, there is a lot
> of stuff that still gets done), and,
>
>
Brian,
I think your page did a great job of going through the opportunities for
improvement and clarifications in OpenWrt security. prpl's members have
bringing up some of these topics as well. I'm happy to help bring myself
and prpl into this effort.
I also think a consideration of automatic upd
On 2016-01-05 17:40, Daniel Dickinson wrote:
> On 05/01/16 11:32 AM, Emmanuel Deloget wrote:
>> Hello,
>>
>> On Tue, Jan 5, 2016 at 5:25 PM, Daniel Dickinson
>> mailto:open...@daniel.thecshore.com>>wrote:
>>
>> On 05/01/16 11:22 AM, Daniel Dickinson wrote:
>>
>> It's actually target/lin
On 05/01/16 11:32 AM, Emmanuel Deloget wrote:
Hello,
On Tue, Jan 5, 2016 at 5:25 PM, Daniel Dickinson
mailto:open...@daniel.thecshore.com>>wrote:
On 05/01/16 11:22 AM, Daniel Dickinson wrote:
It's actually target/linux that's the major issue when it comes to
allowing not re
Hello,
On Tue, Jan 5, 2016 at 5:25 PM, Daniel Dickinson <
open...@daniel.thecshore.com> wrote:
> On 05/01/16 11:22 AM, Daniel Dickinson wrote:
>>
>> It's actually target/linux that's the major issue when it comes to
>> allowing not rebuilding every time to be a useful answer.
>>
>
> This does, ho
On 05/01/16 11:22 AM, Daniel Dickinson wrote:
On 05/01/16 10:49 AM, Joris de Vries wrote:
On 05 Jan 2016, at 16:04, Daniel Dickinson
mailto:open...@daniel.thecshore.com>>
wrote:
am of two minds about how to deal with the issue that having to build
the toolchain for an SDK before being able us
On 05/01/16 10:49 AM, Joris de Vries wrote:
On 05 Jan 2016, at 16:04, Daniel Dickinson
mailto:open...@daniel.thecshore.com>>
wrote:
am of two minds about how to deal with the issue that having to build
the toolchain for an SDK before being able use the SDK is rather
painful (or at least it tes
> On 05 Jan 2016, at 16:04, Daniel Dickinson
> wrote:
>
> am of two minds about how to deal with the issue that having to build the
> toolchain for an SDK before being able use the SDK is rather painful (or at
> least it tests my patience; don't know about other people).
To be honest, it is m
On 04/01/16 05:40 AM, Felix Fietkau wrote:
I'd like to suggest a simpler one, which is in line with the current
naming in OpenWrt:
The SDK is what builds software for an already running system.
It doesn't have to build images, it doesn't have to be used to build
full systems, it's just what you
Hi all,
The patch for allowing user to configure their own opkg repos is not as
necessary once the 'flavour' configuration patch gets applied (although
that will require reworking the patch series it's part of), because if
you use the /%f as the tail of the configured packages path you get the
Looks like we need to call 'unconfigure' options lldpd has to offer
to do a proper (more complete) reload.
And while we're doing reload, we need to pause lldpd's execution
to prevent it sending unconfigured data/TLVs to the other side
( which could confuse the other side ).
Signed-off-by: Alexand
From: Alexandru Ardelean
The problem is that interfaces are specified at start as
command line arguments, making them unchange-able via reload.
That means, we have to move (since lldpd allows this) the
interfaces-match-pattern option to be in a config file and reload
the configuration.
It's eith
On 2016-01-05 13:18, José Vázquez wrote:
> 2016-01-04 13:02 GMT+01:00, Cristian Morales Vega :
>> Signed-off-by: Cristian Morales Vega
>> ---
>> target/linux/ramips/Makefile | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/target/linux/ramips/Makefile b/target/linux/ram
2016-01-04 13:02 GMT+01:00, Cristian Morales Vega :
> Signed-off-by: Cristian Morales Vega
> ---
> target/linux/ramips/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/target/linux/ramips/Makefile b/target/linux/ramips/Makefile
> index 9d7bb5b..378e2f5 100644
> --
Felix Fietkau wrote at Sun Jan 3 21:19:20 CET 2016:
> On 2015-12-30 06:28, ufomanfred at freaktose.net wrote:
> > Hi guys,
> >
> > I wanted to use this feature and decided to figure out how to commit to the
> > ...
> Patch is still broken (line wrapped).
> Also, the subject should have a proper p
Enable setting a host-specific lease time for static hosts.
The new option is called "leasetime" and the format is similar
as for the default lease time: e.g. 12h, 3d, infinite
Default lease time is used for all hosts for which there is
no host-specific definition.
The option is added to /etc/con
Each line in Make is started in a new shell. Your added lines are
executed as (simplified):
bash -c 'if [ -f "./files/luci/i18n/$(2).zh-cn.lmo" ]; then'
bash -c '$(INSTALL_DIR) $(1)/usr/lib/lua/luci/i18n'
bash -c '$(INSTALL_DATA) ./files/luci/i18n/$(2).zh-cn.lmo
$(1)/usr/lib/lua/luci/i18n'
bash
On 2016-01-05 10:37, p.wa...@gmx.at wrote:
>> On 2016-01-03 22:30, Felix Fietkau wrote:
>> The additions to the mach file in the patch seem to be free of
>> dependencies on definitions from other ubnt boards - please move them to
>> a new mach-*.c file instead of patching them in.
>>
>> - Felix
>>
Hi
On 5 January 2016 at 17:41, Andy Wong wrote:
> Hi.I not quite understand.I've change the install part as below:
>
> define Package/openwrt-dist-luci/install
> #!/bin/sh
> $(INSTALL_DIR) $(1)/usr/lib/lua/luci/controller
> $(INSTALL_DATA) ./files/luci/controller/$(2).lua
> $(1)/usr/lib/lua/luci
Hi.I not quite understand.I've change the install part as below:
define Package/openwrt-dist-luci/install
#!/bin/sh
$(INSTALL_DIR) $(1)/usr/lib/lua/luci/controller
$(INSTALL_DATA) ./files/luci/controller/$(2).lua
$(1)/usr/lib/lua/luci/controller/$(2).lua
$(INSTALL_DIR) $(1)/usr/lib/lua/luci/mode
> On 2016-01-03 22:30, Felix Fietkau wrote:
> The additions to the mach file in the patch seem to be free of
> dependencies on definitions from other ubnt boards - please move them to
> a new mach-*.c file instead of patching them in.
>
> - Felix
>
Ah, ok. Then where should the changes to the mach
Hi,
please do not use uci state for new features, we consider uci state
variables to be deprecated.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Useful e.g. for plugable USB-soundcards.
With this change an event/hotplug-call looks like:
ACTION: add DEVNAME: snd/timer DEVPATH: /devices/virtual/sound/timer SUBSYSTEM:
sound
ACTION: add DEVNAME: DEVPATH:
/devices/platform/ehci-platform/usb1/1-1/1-1:1.0/sound/card0 SUBSYSTEM: sound
ACTION: a
Happy new year!
Thanks for the explanation, I will be sending a new patch today.
Regards,
Amine.
On Wed, Dec 30, 2015 at 2:14 PM, Yousong Zhou wrote:
> Hi,
>
> On 30 December 2015 at 20:12, Amine Aouled Hamed
> wrote:
> >
> > Hi,
> > Can you elaborate more on why you prefer uci state? I am just
This is a patch for CVE-2015-5252, CVE-2015-5296 and CVE-2015-5299. A
patchset for these vulnerabilities was published on 16th December 2015.
Signed-off-by: Jan Čermák
---
package/network/services/samba36/Makefile | 2 +-
.../samba36/patches/010-patch-cve-2015-5252.patch | 43 ++
27 matches
Mail list logo
