Hi Daniel,
I forgot to mention that the Linux kernel Version in our code base is 3.10.49.
Regards,
Deepanjan
-Original Message-
From: Deepanjan Kar
Sent: Tuesday, March 31, 2015 11:46 AM
To: 'Daniel Golle'
Cc: openwrt-devel@lists.openwrt.org
Subject: RE: [OpenWrt-Devel] LED Toggling fo
Hi Daniel,
Thank you for the mail.
We are using OpenWRT Version 42990 and I don't see the patch in here.
Can you please point me to the Version where this patch is implemented ?
I am going through the patch and trying to understand what it does.
Regards,
Deepanjan
-Original Message-
Fr
Signed-off-by: Mathieu Olivari
---
config/Config-kernel.in | 17 +
include/kernel-defaults.mk | 1 -
target/linux/generic/config-3.10 | 4
target/linux/generic/config-3.14 | 4
target/linux/generic/config-3.18 | 4
target/linux/generic/config-4.0
Signed-off-by: Mathieu Olivari
---
target/linux/ipq806x/config-4.0| 389 +++
.../001-spi-qup-Add-DMA-capabilities.patch | 522 +
...-v3-spi-qup-Fix-incorrect-block-transfers.patch | 376 +++
.../003-spi-qup-Ensure-done-detect
Signed-off-by: Mathieu Olivari
---
include/kernel-version.mk | 4 +--
.../patches-4.0/668-fix-ipv6-throw-routes.patch| 31 --
2 files changed, 2 insertions(+), 33 deletions(-)
delete mode 100644
target/linux/generic/patches-4.0/668-fix-ipv6-thro
Signed-off-by: Mathieu Olivari
---
target/linux/ipq806x/config-3.18 | 5 -
1 file changed, 5 deletions(-)
diff --git a/target/linux/ipq806x/config-3.18 b/target/linux/ipq806x/config-3.18
index 97687ac..b2f5571 100644
--- a/target/linux/ipq806x/config-3.18
+++ b/target/linux/ipq806x/config-3.
Signed-off-by: Mathieu Olivari
---
.../patches-3.18/020-add-ap148-bootargs.patch | 46 ++
.../ipq806x/patches/020-add-ap148-bootargs.patch | 46 --
2 files changed, 46 insertions(+), 46 deletions(-)
create mode 100644
target/linux/ipq806x/patches-3
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
2015-03-30 16:24 GMT-06:00 Josh Berkus :
> On 03/30/2015 02:43 PM, Rafał Miłecki wrote:
>> On 17 March 2015 at 22:05, Alex Henrie wrote:
>>> I just mailed the router. When it arrives, please send confirmation to
>>> me and to treasu...@spi-inc.org.
>>
>> I just got it today, thanks!
>
> OK. Is an
This patch introduces the option --tftp-no-fail to dnsmasq and prevents the
service from aborting if the specified TFTP root directory is not available;
this might be the case if TFTP files are located on external media that might
occasionally not be present at startup.
Signed-off-by: Stefan Toman
Citeren Steven Barth :
Is that okay with you or do you see any other issues?
I'm seeing negative preferred and valid lifetimes:
Mar 30 19:24:46 host.example.com NetworkManager[750]: valid_lft -173
Mar 30 19:24:46 host.example.com NetworkManager[750]:
preferred_lft -173
Mar 30 19:54:
On 17 March 2015 at 22:05, Alex Henrie wrote:
> I just mailed the router. When it arrives, please send confirmation to
> me and to treasu...@spi-inc.org.
I just got it today, thanks!
I disassembled it, it's really a PCMCIA wireless card, nice :) Quite
an unique device!
I had some problems insta
On 31 March 2015 at 00:10, Roman Yeryomin wrote:
> I was little bit surprised it's not so currently.
> Although I understand that, potentially, there are use cases when you
> want port pvid to be different from it's untagged vlan id, but usually
> one wants port ingress traffic to fall into the sa
I was little bit surprised it's not so currently.
Although I understand that, potentially, there are use cases when you
want port pvid to be different from it's untagged vlan id, but usually
one wants port ingress traffic to fall into the same vlan as it's
untagged egress traffic. Even more, curren
On 30 March 2015 at 22:21, John Crispin wrote:
>
>
> On 30/03/2015 21:02, John Szakmeister wrote:
>> Commit 988e3615e52b2cd9b9e07f4bbbd76494f7e0cb24 broke building
>> e2fsprogs on an ARM platform. It looks like that in version 1.42.10
>> the decision was made to drop locally defined versions of b
On Wed, Mar 18, 2015 at 8:48 PM, Rafał Miłecki wrote:
> They are also present on some BCM63xx switches.
>
> Signed-off-by: Rafał Miłecki
> ---
> .../generic/files/drivers/net/phy/b53/b53_regs.h | 32
> ++
> 1 file changed, 32 insertions(+)
>
> diff --git a/target/linux/gen
On Wed, Mar 18, 2015 at 12:09 PM, Rafał Miłecki wrote:
> On 18 March 2015 at 11:28, Jonas Gorski wrote:
>> On Wed, Mar 18, 2015 at 10:02 AM, Rafał Miłecki wrote:
>>> Signed-off-by: Rafał Miłecki
>>> ---
>>> .../generic/files/drivers/net/phy/b53/b53_common.c | 23
>>> +-
>>>
On Mon, Mar 30, 2015 at 3:21 PM, John Crispin wrote:
[snip]
> fix in the making, will be pushed tomorrow ...
Thanks John!
-John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-de
On 30/03/2015 21:02, John Szakmeister wrote:
> Commit 988e3615e52b2cd9b9e07f4bbbd76494f7e0cb24 broke building
> e2fsprogs on an ARM platform. It looks like that in version 1.42.10
> the decision was made to drop locally defined versions of both
> sync_file_range() and fallocate() because they we
Commit 988e3615e52b2cd9b9e07f4bbbd76494f7e0cb24 broke building
e2fsprogs on an ARM platform. It looks like that in version 1.42.10
the decision was made to drop locally defined versions of both
sync_file_range() and fallocate() because they were broken on 32-bit
platforms, and there was some issue
Since I avoid ULA like the plague, this probably won't be a problem
for me and global IPv6 addresses will be served. But I'm not convinced
that favoring a ULA prefix (if available) over an ip6prefix is best at
all times.
Nothing is favored, DHCPv6 just hands out ULAs only (if one is there).
Citeren Steven Barth :
After thinking it through a bit more, I changed the default behavior
to the following:
The preferred lifetime is now as given by the ISP, however the
DHCPv6 server will only hand out the address with the highest
preferred lifetime (= the ULA unless disabled).
Since
Hi,
On Mar 30, 2015 10:28 PM, "Mark Mentovai" wrote:
>
> In the latest OpenWrt trunk, I found that config_get has stopped loading
uncommitted uci changes from /tmp/.uci. I rely on this behavior, which had
worked well for years.
>
> I found a change[1] in uci that’s responsible.
>
Sorry for the in
In the latest OpenWrt trunk, I found that config_get has stopped loading
uncommitted uci changes from /tmp/.uci. I rely on this behavior, which had
worked well for years.
I found a change[1] in uci that’s responsible.
The uci change makes uci_add_delta_path() reject any attempt to add
ctx->savedi
Hi Deepanjan,
have a look at ledtrig-ata on how to register a LED trigger for
each port [1]. Currently this provides only an activity indicator,
however, extending it to the features you described should not
be too difficult. Let me know if you need more hints/help with
that.
Cheers
Daniel
1
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 asynchronously in the background. I'd like
Dear All,
I would be thankful if you could provide me hint on to how to implement a
driver for LED for a AHCI Controller.
At present the LED is driven by GPIO.
The requirement is that the LED should GLOW SOLID once the SATA link is UP,
TOGGLE during SATA traffic and GLOW HOLLOW once the link is
After thinking it through a bit more, I changed the default behavior to
the following:
The preferred lifetime is now as given by the ISP, however the DHCPv6
server will only hand out the address with the highest preferred
lifetime (= the ULA unless disabled).
Thus flash renumbering should stil
28 matches
Mail list logo
