Signed-off-by: Cristian Morales Vega
---
.../files/drivers/net/ethernet/ralink/mt7530.c | 194 -
1 file changed, 191 insertions(+), 3 deletions(-)
diff --git a/target/linux/ramips/files/drivers/net/ethernet/ralink/mt7530.c
b/target/linux/ramips/files/drivers/net/ethernet
This changes makes it possible to store custom settings
in individual files inside the directory /etc/sysctl.d/,
which take precedence over /etc/sysctl.conf.
Signed-off-by: Stefan Tomanek
---
package/base-files/files/etc/init.d/sysctl |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
From: Karl Palsson
Can be helpful in diagnosing unexpected package overlaps between
feeds/core.
Signed-off-by: Karl Palsson
---
Changes since v1: Include feed source for override case as well, as suggested
by Mathieu Olivari
scripts/feeds | 4 ++--
1 file changed, 2 insertions(+), 2 deletion
Hi,
Well, this was my bad )) I accidentally chose cpu's gpio and realised
that this is a mistake yesterday night.
So I made a patch for atheros driver and it works. A signal level on
different frequencies is more or less equal and seems adequate (about
-30 dbm if a client within a meter from
Am 26.05.2015 um 22:48 schrieb Richard Clark:
https://dev.openwrt.org/ticket/17674 (set to closed / duplicate) but no
reference
Any thoughts, suggestions, or can someone give me some pointers on where
I can be digging in the openwrt kernel code for where that Ethernet
driver 'link status' get fi
Christian Mehlis wrote:
> Am 26.05.2015 um 22:48 schrieb Richard Clark:
> > https://dev.openwrt.org/ticket/17674 (set to closed / duplicate) but no
> > reference
> >
> > Any thoughts, suggestions, or can someone give me some pointers on where
> > I can be digging in the openwrt kernel code for wh
Hi Richard,
the link status is not propagated to the netdev because there's an
external switch chip between the CPU and the RJ45 plug on the outside.
There currently is no mechanism to propagate switch port states to Linux
netdev link states as such an mechanism has various implications.
For exa
You might want to adjust the hotplug script too.
On 27/05/15 05:23 AM, Stefan Tomanek wrote:
> This changes makes it possible to store custom settings
> in individual files inside the directory /etc/sysctl.d/,
> which take precedence over /etc/sysctl.conf.
>
> Signed-off-by: Stefan Tomanek
> ---
* Juan Orti Alcaine [26.05.2015 07:59]:
> - swapon "$zram_dev"
> + swapon -p 100 "$zram_dev"
please use at least:
swapon -p X $dev || swapon $dev
so it can work even without '-p' option,
which is optional in busybox.
bye, bastian
This is the case e.g. if JFFS2 partition is full.
see: https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
runtime tested on ar71xx with kernel 3.18.14 and r45772 (rebased)
this paritially fixes #19564
Signed-off-by: Bastian Bittorf
---
...-overlayfs-fallback-to-readonly-wh
Please don't send HTML mails to the list, further comment below.
On 2015-05-13 15:11, Emmanuel Deloget wrote:
> The CONFIG_* variables are correctly handled when building nearly all
> targets (at least packages and full build) yet they are not honored on
> kernel_menuconfig and similar targets.
>
On 2015-05-26 17:09, Karl Palsson wrote:
> From: Karl Palsson
>
> lookup_target was trampling the $feed variable, resulting in the -p flag
> no longer preferentially installing from the named feed.
>
> Signed-off-by: Karl Palsson
> ---
> scripts/feeds | 6 +++---
> 1 file changed, 3 insertions
On 2015-05-27 00:02, Dirk Neukirchen wrote:
> On 24.05.2015 11:15, Felix Fietkau wrote:
>> On 2015-05-24 11:01, Dirk Neukirchen wrote:
>>>
>>> unify config across platforms
>>> RESOURCE_COUNTERS is deactive on all platforms
>>>
>>> Signed-off-by: Dirk Neukirchen
>>> ---
>> Removing target/subtarge
On 2015-05-27 02:13, Mathieu Olivari wrote:
> It was not merged; it stayed pending without resolution since then, so I
> figured I’d find an alternative.
Replacing the select by a depend makes the whole process completely
counterintuitive, so NACK from me on that.
Any package we add to trunk needs
On 05/27/2015 05:31 AM, Karl Palsson wrote:
> You don't happen to have force_link set on the interface in question in
> your UCI config do you?
No. It IS set on the LAN interface, but if I am reading the option
correct that is to force a static assignment by netifd even if no link
is detected (ma
On 05/27/2015 03:59 AM, Christian Mehlis wrote:
> Hi Richard,
>
> I had this problem a moth ago with this board:
> I found no solution so far...
>
> Christian
For now I have added a little script in the background that just watches
for the link status using swconfig
swconfig dev ag71xx-mdio.0 p
From: Karl Palsson
lookup_target was trampling the $feed variable, resulting in the -p flag
no longer preferentially installing from the named feed.
Make sure to use a local variable for this instead.
Signed-off-by: Karl Palsson
---
Changes since v1:
Make sure to not just trample a global var
Am 27.05.2015 um 16:23 schrieb Bastian Bittorf:
This is the case e.g. if JFFS2 partition is full.
see: https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
runtime tested on ar71xx with kernel 3.18.14 and r45772 (rebased)
this paritially fixes #19564
Signed-off-by: Bastian B
Hi,
patch is fine with me however there's a typo in the error message:
"failed to work directory"
This should get corrected (and upstream notified about it as well).
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.o
Perf is in trunk today, but it has no maintainer listed. Somebody probably
needs to volunteer.
As of the packages I was planning to import, I'm adding the other maintainers
to the To: list:
- argp-standalone: Ted Hess
- bzip2: Steven Barth
- Luiz Angelo Daros de Luca
Initial proposal is here
On 05/27/2015 05:41 AM, Jo-Philipp Wich wrote:
> Hi Richard,
>
> the link status is not propagated to the netdev because there's an
> external switch chip between the CPU and the RJ45 plug on the outside.
>
> There currently is no mechanism to propagate switch port states to Linux
> netdev link s
* Jo-Philipp Wich [27.05.2015 18:40]:
> This should get corrected (and upstream notified about it as well).
e.g. 'failed to create work directory'?
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cg
I'm looking to manage cgminer's json formatted config files using uci, the
part I'm confused about is how to handle edits to the config that are done
by the application(cgminer) itself. Could uci be extended to handle json
formatted configs directly? Using intermediary uci configs could cause sync
Hi.
> e.g. 'failed to create work directory'?
Yeah, I assume that was the intended meaning of the message.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
This is the case e.g. if JFFS2 partition is full.
see: https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
(a small error in a logmessage was changed and reported upstream)
runtime tested on ar71xx with kernel 3.18.11 and r45772
this paritially fixes #19564
Signed-off-by: Ba
On 05/27/2015 06:58 PM, Bastian Bittorf wrote:
> This is the case e.g. if JFFS2 partition is full.
>
> see: https://www.mail-archive.com/linux-unionfs@vger.kernel.org/msg00246.html
> (a small error in a logmessage was changed and reported upstream)
>
> runtime tested on ar71xx with kernel 3.18.11
This changes makes it possible to store custom settings
in individual files inside the directory /etc/sysctl.d/.
Signed-off-by: Stefan Tomanek
---
package/base-files/Makefile|2 ++
.../base-files/files/etc/hotplug.d/net/00-sysctl |9 ++---
package/base-files
Hi,
On Wed, May 27, 2015 at 02:41:31PM +0200, Jo-Philipp Wich wrote:
> For example: consider a switch port group containing five ports, 4
> external RJ45 ports and one internal connected to the SoC - when would
> you consider that interface down? When no port except the CPU one has a
> link? Whene
On Mon, May 25, 2015 at 4:08 PM, Aleksander Wałęski wrote:
>> Maybe you and Aleksander can try this patch again?
>
> Sure, I'll flash my device with this and let it run for some time to
> see if there are any problems.
>
Ok, I tested your latest patch and everything seems to work but I
suggest fo
Richard Clark wrote:
>> Hi Richard,
>>
>> the link status is not propagated to the netdev because there's an
>> external switch chip between the CPU and the RJ45 plug on the outside.
>>
>> There currently is no mechanism to propagate switch port states to Linux
>> netd
Michael Richardson wrote:
>
>
> So, just to realize that you probably want active DNA[1] anyway, as even
> on a device that has directly connected ports, plugging in a dumb switch
> will give you link, yet there is really nothing beyond it.
>
> [1]- https://tools.ietf.org/wg/dna/
> Detecting N
Hi,
With few recent commits OpenWrt can now generate Asus-specific TRX
files for brcm47xx and bcm53xx. The magic is about some extra data at
the end of TRX (so the format differs a bit, even it using the same
file extension and layout).
My request for someone having Broadcom-based Asus devices is
Hi Kirill,
> So I made a patch for atheros driver and it works. A signal level on
> different frequencies is more or less equal and seems adequate (about
> -30 dbm if a client within a meter from ap).
so you reverse engineered the timer values, the response format and the 's'
command I had plann
Hi,
I tested it on my ASUS RT-AC87U and it works like a charm.
Cheers!
El 27/05/2015 a las 22:32, Rafał Miłecki escribió:
> Hi,
>
> With few recent commits OpenWrt can now generate Asus-specific TRX
> files for brcm47xx and bcm53xx. The magic is about some extra data at
> the end of TRX (so the
On Wed, 2015-05-27 at 22:32 +0200, Rafał Miłecki wrote:
> Hi,
>
> With few recent commits OpenWrt can now generate Asus-specific TRX
> files for brcm47xx and bcm53xx. The magic is about some extra data at
> the end of TRX (so the format differs a bit, even it using the same
> file extension and la
On 28 May 2015 at 07:33, Ian Kent wrote:
> On Wed, 2015-05-27 at 22:32 +0200, Rafał Miłecki wrote:
>> Hi,
>>
>> With few recent commits OpenWrt can now generate Asus-specific TRX
>> files for brcm47xx and bcm53xx. The magic is about some extra data at
>> the end of TRX (so the format differs a bit
On 28 May 2015 at 07:42, Rafał Miłecki wrote:
> On 28 May 2015 at 07:33, Ian Kent wrote:
>> On Wed, 2015-05-27 at 22:32 +0200, Rafał Miłecki wrote:
>>> Hi,
>>>
>>> With few recent commits OpenWrt can now generate Asus-specific TRX
>>> files for brcm47xx and bcm53xx. The magic is about some extra
Am 27.05.2015 um 20:57 schrieb Gert Doering:
(Which is how certain commercial platforms handle this - if "all L2 ports
in a given VLAN" go down, the "L3 routing interface" will also go down,
and I found that usually to be "what I expect and want to happen")
This would totally match my usecase.
38 matches
Mail list logo
