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 t
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 t
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
> +++ b/pack
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
>> --- a/package/kernel/gpio-button
> "John" == John Crispin 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 don't un
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 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 t
Signed-off-by: Russell Senior
---
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
b/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c
index c997e35..891dd96 1
Uses the new mode event in gpio-button-hotplug.
Signed-off-by: Russell Senior
---
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 deletions(-)
diff --git a/
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
+++ b/package/kernel/gpio-button-hotplug/src/gpio-butto
On Wed, Sep 17, 2014 at 1:40 AM, Jonathan Bennett 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 best to check the
On Wed, Sep 17, 2014 at 1:40 AM, Jonathan Bennett 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 finished
> compilin
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)
>
> ADD_
On 2014-09-15 11:57, Martin Hundebøll wrote:
> Signed-off-by: Martin Hundebøll
> ---
> 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
openwrt-devel@lists.open
From: Roger Pueyo Centelles
---
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 +
.../ramips/base-files/lib/up
the variable is called htmode, not ht
Signed-off-by: Arvid E. Picciani
---
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
b/package/network/services/hostapd/files/netifd.sh
ind
Signed-off-by: Yousong Zhou
---
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. ~/.ssh/id_{rsa,
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
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
>>> https://dev.openwrt.or
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
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: https://d
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
---
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 +42,7 @@ endef
defin
Signed-off-by: John Szakmeister
---
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 a/include/scan.mk b/include/sca
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
---
I found that on two systems I could reliably make the build fail
with multiple jobs. It turns out that some of the host tools
being built are
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)
31 matches
Mail list logo
