On 16/09/2014 20:07, Christian Schoenebeck wrote:
Hi Jonathan,
could you please copy xinetd: 004-ident-bind.patch also to 14.07 ?
Christian
Hi,
please provide a link to the exact commit that you want backported.
John
___
Revert some brain damage. The rx and tx LEDs on the eval board are
not connected to the CPU, but to the FTDI chip instead. Therefore,
they are not and cannot be under GPIO control. The LINK_0, LINK_1
LEDs are configured to be driven by the switch, and are not under GPIO
control either, though
On 17/09/2014 09:24, Russell Senior wrote:
It also enables GPIO control of the second GPIO controller, in
rt5350.dtsi, but does not use it.
that is why it is not enabled by default :)
please resend without the change to rt5350.dtsi
John
Revert some brain damage. The rx and tx LEDs on the eval board are
not connected to the CPU, but to the FTDI chip instead. Therefore,
they are not and cannot be under GPIO control. The LINK_0, LINK_1
LEDs are configured to be driven by the switch, and are not under GPIO
control either, though
On 17/09/2014 09:24, Russell Senior wrote:
diff --git a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
b/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
index c997e35..891dd96 100644
--- a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
+++
On 17/09/2014 09:39, John Crispin wrote:
On 17/09/2014 09:24, Russell Senior wrote:
diff --git a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
b/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
index c997e35..891dd96 100644
---
John == John Crispin blo...@openwrt.org writes:
John On 17/09/2014 09:24, Russell Senior wrote:
It also enables GPIO control of the second GPIO controller, in
rt5350.dtsi, but does not use it.
John that is why it is not enabled by default :)
It could be used, which I did while testing. I
narf ... fat fingered it ... sorry you need to send a v3
/me gets coffee
On 17/09/2014 09:42, John Crispin wrote:
On 17/09/2014 09:39, John Crispin wrote:
On 17/09/2014 09:24, Russell Senior wrote:
diff --git
a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
On 17/09/2014 09:42, Russell Senior wrote:
John == John Crispin blo...@openwrt.org writes:
John On 17/09/2014 09:24, Russell Senior wrote:
It also enables GPIO control of the second GPIO controller, in
rt5350.dtsi, but does not use it.
John that is why it is not enabled by default :)
Revert some brain damage. The rx and tx LEDs on the eval board are
not connected to the CPU, but to the FTDI chip instead. Therefore,
they are not and cannot be under GPIO control. The LINK_0, LINK_1
LEDs are configured to be driven by the switch, and are not under GPIO
control either, though
Signed-off-by: Russell Senior russ...@personaltelco.net
---
package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
Uses the new mode event in gpio-button-hotplug.
Signed-off-by: Russell Senior russ...@personaltelco.net
---
target/linux/ramips/dts/AWM002-EVB-4M.dts | 2 +-
target/linux/ramips/dts/AWM002-EVB-8M.dts | 2 +-
target/linux/ramips/dts/AWM003-EVB.dts| 2 +-
3 files changed, 3 insertions(+), 3
diff --git a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
b/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
index c997e35..891dd96 100644
--- a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
+++
On Wed, Sep 17, 2014 at 1:40 AM, Jonathan Bennett jbscienc...@gmail.com wrote:
I'll throw a couple thoughts out, and then defer to someone that understands
the openwrt build env better than I do.
First, you do have sed installed on your host system, right? I don't think
this is the issue, but
On Wed, Sep 17, 2014 at 1:40 AM, Jonathan Bennett jbscienc...@gmail.com wrote:
[snip]
Now, what I think is happening here is that we have a race between a couple
of compilation threads, one of which is the sed utility. What happens is
something that uses sed is trying to compile before sed has
On 2014-09-15 13:26, Alexandru Ardelean wrote:
---
CMakeLists.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index cb2f420..2d322a6 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -13,6 +13,7 @@ SET(UBUS_MAX_MSGLEN 1048576)
On 2014-09-15 11:57, Martin Hundebøll wrote:
Signed-off-by: Martin Hundebøll mar...@hundeboll.net
---
device.c | 9 +
device.h | 3 +++
system-linux.c | 10 ++
3 files changed, 22 insertions(+)
Applied and pushed to git.
Thanks,
- Felix
I removed the GPIOs block from the .dts file; there are no accessible GPIO pins
on the board and the reset button does not change the status of any exportable
pin. Also removed the commented li
ne.
___
openwrt-devel mailing list
From: Roger Pueyo Centelles open...@rogerpueyo.com
---
target/linux/ramips/base-files/etc/board.d/01_leds | 3 +
.../linux/ramips/base-files/etc/board.d/02_network | 1 +
target/linux/ramips/base-files/etc/diag.sh | 3 +
target/linux/ramips/base-files/lib/ramips.sh | 3 +
the variable is called htmode, not ht
Signed-off-by: Arvid E. Picciani a...@exys.org
---
package/network/services/hostapd/files/netifd.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/hostapd/files/netifd.sh
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
v2 - v3
- Let the kconfig menu items depend on actual build variant selected.
- Make features of -full variant selectable.
v1 - v2
Rebase it on the lastest trunk.
package/network/services/dnsmasq/Makefile | 26
This patch adds protocol support for PPP over SSH. The protocol name is
'pppossh' with the following options.
- server, SSH server name. Required
- port, SSH server port. Defaults to 22.
- sshuser, SSH login username. Required.
- identity, list of client private key files.
On 16.09.2014 18:45, Hauke Mehrtens wrote:
On 09/16/2014 02:52 PM, Claudio Thomas wrote:
On 16.09.2014 14:44, Felix Fietkau wrote:
On 2014-09-16 13:47, Claudio Thomas wrote:
Hi,
I until now was still using the trunk for testing and working, but today
I the first time checked out the
On 08/31/2014 10:42 AM, Jiri Pirko wrote:
Sat, Jul 19, 2014 at 09:49:38PM CEST, nolt...@gmail.com wrote:
Commit 40842 reverted the fix for tagged+untagged VLANs on AR8327:
https://dev.openwrt.org/changeset/40777
https://dev.openwrt.org/changeset/40842
According to jow, some people
On 17/09/2014 19:47, Florian Fainelli wrote:
On 08/31/2014 10:42 AM, Jiri Pirko wrote:
Sat, Jul 19, 2014 at 09:49:38PM CEST, nolt...@gmail.com wrote:
Commit 40842 reverted the fix for tagged+untagged VLANs on
AR8327: https://dev.openwrt.org/changeset/40777
On Tue, 2014-09-16 at 22:29 +, Karl P wrote:
Alternatively, if you know which process it is, set it's oom_adj_score so
that
it gets killed first.
Some other people are kinda used to things behaving as
they are, for better or worse. (Turning off overcommit on an openwrt device
is
Hi,
Am 17.09.2014 19:50, schrieb John Crispin:
On 17/09/2014 19:47, Florian Fainelli wrote:
On 08/31/2014 10:42 AM, Jiri Pirko wrote:
Sat, Jul 19, 2014 at 09:49:38PM CEST, nolt...@gmail.com wrote:
Commit 40842 reverted the fix for tagged+untagged VLANs on
AR8327:
Several versions of gcc have an issue in libstdc++v3 where the build may
clobber stamp-bits with a link to itself. This doesn't manifest itself
on all systems. On several Ubuntu systems, this doesn't appear to be a
problem, but it is an issue on Fedora 16 systems.
To fix the issue, we'll simply
Signed-off-by: John Szakmeister j...@szakmeister.net
---
package/devel/gdb/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/devel/gdb/Makefile b/package/devel/gdb/Makefile
index 7663188..9038115 100644
--- a/package/devel/gdb/Makefile
+++ b/package/devel/gdb/Makefile
@@ -42,6
Signed-off-by: John Szakmeister j...@szakmeister.net
---
This doesn't necessarily fix anything that's broken, but it's
nice to actually be able to read the lines instead of them
overwriting each other.
include/scan.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This fixes an issue where the toolchain/prepare step could run, but some
of the necessary host tools might be missing.
Signed-off-by: John Szakmeister j...@szakmeister.net
---
I found that on two systems I could reliably make the build fail
with multiple jobs. It turns out that some of the host
Without this patch, selecting Compile with full language support
results in the following question during build:
...
Locale Support (UCLIBC_HAS_LOCALE) [Y/n/?] y
Locale data
1. All locales (UCLIBC_BUILD_ALL_LOCALE) (NEW)
2. Only selected locales (UCLIBC_BUILD_MINIMAL_LOCALE) (NEW)
3.
32 matches
Mail list logo