Signed-off-by: Dirk Neukirchen
---
package/kernel/linux/modules/sound.mk | 10 --
1 file changed, 10 deletions(-)
diff --git a/package/kernel/linux/modules/sound.mk
b/package/kernel/linux/modules/sound.mk
index 54bc30a..3cf9834 100644
--- a/package/kernel/linux/modules/sound.mk
+++ b/p
modules relating to CONFIG_USB_AUDIO
Kernel <2.6.35 is not supported in trunk
Signed-off-by: Dirk Neukirchen
---
package/kernel/linux/modules/usb.mk | 8
1 file changed, 8 deletions(-)
diff --git a/package/kernel/linux/modules/usb.mk
b/package/kernel/linux/modules/usb.mk
index f3c84e
.ko for symbol CONFIG_NOP_USB_XCEIV:
delete cases for Kernel <3.10 (nop-usb-xceiv), <3.12 (phy-nop)
Signed-off-by: Dirk Neukirchen
---
package/kernel/linux/modules/usb.mk | 10 --
1 file changed, 10 deletions(-)
diff --git a/package/kernel/linux/modules/usb.mk
b/package/kernel/linux/m
Make sure brctl build uses appropriate defines (_FILE_OFFSET_BITS) that match
uClibc settings.
Without this patch running brctl leads to 'unresolved alphasort symbol' message.
Signed-off-by: Nikolay Martynov
---
net/bridge-utils/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/net
This patch is to add support for the Meraki MR12 and MR16 Access Points.
Currently everything is working, minus the 2nd NIC interface on the MR12
which is built into the SoC.
Signed-off-by: Chris R Blake
--
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-file
Signed-off-by: Luka Perkov
---
=> changes in v2:
Use new libubox base64 provided API.
=> changes in v3:
* optimize base64 related code in read and write callback
=> changes in v4:
* tweak if block in file read function
file.c | 90 ++--
On 2015-05-11 23:26, Luka Perkov wrote:
> Hi Felix,
>
> On Mon, May 11, 2015 at 11:36:46AM +0200, Felix Fietkau wrote:
>> On 2015-05-11 00:26, Luka Perkov wrote:
>> > Signed-off-by: Luka Perkov
>> > ---
>> > => changes in v2:
>> >
>> > Use new libubox base64 provided API.
>> >
>> > file.c | 11
Signed-off-by: Luka Perkov
---
file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/file.c b/file.c
index fe1bc39..64e7c28 100644
--- a/file.c
+++ b/file.c
@@ -247,7 +247,7 @@ rpc_file_read(struct ubus_context *ctx, struct ubus_object
*obj,
}
}
-
Signed-off-by: Luka Perkov
---
=> changes in v2:
Return umask() to previous value after temporary changing it.
file.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/file.c b/file.c
index d39dccb..fe1bc39 100644
--- a/file.c
+++ b/file.c
@@ -93,6 +93,7 @@ static
Signed-off-by: Luka Perkov
---
=> changes in v2:
Use new libubox base64 provided API.
=> changes in v3:
* optimize base64 related code in read and write callback
file.c | 90 ++
1 file changed, 79 insertions(+), 11 deletions(-)
Hi Felix,
On Mon, May 11, 2015 at 11:36:46AM +0200, Felix Fietkau wrote:
> On 2015-05-11 00:26, Luka Perkov wrote:
> > Signed-off-by: Luka Perkov
> > ---
> > => changes in v2:
> >
> > Use new libubox base64 provided API.
> >
> > file.c | 118
> > +++
This patch adds the pll_1000 value for eth0 interface. This makes the Rocket M
XW image compatible with other Ubiquiti devices with similar hardware with a
Gigabit Ethernet port.
---
.../ar71xx/patches-3.18/903-MIPS-ath79-ubnt-rocket-m-xw-support.patch | 3 ++-
1 file changed, 2 insertions(+), 1
This patch adds the pll_1000 value for eth0 interface. This makes the Rocket M
XW image compatible with other Ubiquiti devices with similar hardware with a
Gigabit Ethernet port.
Signed-off-by: Roger Pueyo Centelles
---
.../ar71xx/patches-3.18/903-MIPS-ath79-ubnt-rocket-m-xw-support.patch | 3 +
On Mon, May 11, 2015 at 9:17 PM, Steven Barth wrote:
> Fine with me in principle, howeverI find the name "force_ps" to be
> misleading since the option does not override or enforce anything. Maybe
> "default_ps" would be a more suitable name?
OK will change the name into default_ps in the follow-u
Fine with me in principle, howeverI find the name "force_ps" to be
misleading since the option does not override or enforce anything. Maybe
"default_ps" would be a more suitable name?
Cheers,
Steven
On 11.05.2015 18:30, Hans Dedecker wrote:
Default packet steering behavior can be configured
The PCIe bus seems to require a hack/workaround when PCI is enabled as
well. Unfortunately this is guarded by an CONFIG_IFX_PCI ifdef, which is
only defined in lantiq's BSP code. The config symbol for the upstream
lantiq PCI driver is CONFIG_PCI_LANTIQ.
Signed-off-by: Martin Blumenstingl
---
...
On 03/21/2015 10:16 AM, Stefan Rompf wrote:
> Hi Sergey,
>
>> You should be a wizard to reveal hw protocol without touching hw :)
>
> I cannot say 'Mischief managed!' by now, but it's slowly making progress ;-)
>
>> Unlikely that iwconfig changes something directly, I would bet on the
>> driver.
Default packet steering behavior can be configured via the parameter force_ps
in the global section; the default value is true to keep backwards
compatibility.
Device packet steering (rps/xps) config can still be used to override the
default behavior.
This allows you to disable packet steering for
Am 09.05.2015 um 18:26 schrieb Chris Blake:
This patch is to add support for the Meraki MR12 and MR16 Access Points.
Currently everything is working, minus the 2nd NIC interface on the MR12
which is built into the SoC.
Signed-off-by: Chris R Blake
Your patch is line wrapped by your mail appli
---
package/kernel/w1-gpio-custom/src/w1-gpio-custom.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/kernel/w1-gpio-custom/src/w1-gpio-custom.c
b/package/kernel/w1-gpio-custom/src/w1-gpio-custom.c
index fc2f842..2018f58 100644
--- a/package/kernel/w1-gpio-custom/src/w1-gpio-custom.c
* Jo-Philipp Wich [11.05.2015 12:34]:
> > it think thats too special - there should be a generic way to
> > get direct feedback on the commandline when something fails without
> > doing magic. what if we e.g. 'export INTERACTIVE=1' via /etc/profile
> > so procd / a called script is aware of this?
> it think thats too special - there should be a generic way to
> get direct feedback on the commandline when something fails without
> doing magic. what if we e.g. 'export INTERACTIVE=1' via /etc/profile
> so procd / a called script is aware of this?
Whats too special with "/etc/init.d/$SERVICE d
* Jo-Philipp Wich [11.05.2015 11:47]:
> > this is not very intuitive. can this be send to console
> > when user is interactive? (like: loggger -s message)
>
> Not easily as it is procd logging the services stderr. One can implement
> a "test" or "debug" start action though which would calculate t
On 2015-05-11 00:26, Luka Perkov wrote:
> Signed-off-by: Luka Perkov
> ---
> => changes in v2:
>
> Use new libubox base64 provided API.
>
> file.c | 118
> +++--
> 1 file changed, 107 insertions(+), 11 deletions(-)
>
> diff --git a/f
Hi.
> thank you - i see:
> this is not very intuitive. can this be send to console
> when user is interactive? (like: loggger -s message)
Not easily as it is procd logging the services stderr. One can implement
a "test" or "debug" start action though which would calculate the
commandline and star
* Jo-Philipp Wich [11.05.2015 10:29]:
> this is already fixed in trunk. The uhttpd stderr is relayed to syslog
> there.
thank you - i see:
this is not very intuitive. can this be send to console
when user is interactive? (like: loggger -s message)
bye, bastian
___
Hi,
this is already fixed in trunk. The uhttpd stderr is relayed to syslog
there.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
today I was searching for a non-running uhttpd and
recognized, that there are no error messages anymore
if something goes wrong. in 62ff68fb / r38023
# procd: convert various packages to procd style init.d scripts
# Signed-off-by: John Crispin
the debug-output was commented out. was this intende
28 matches
Mail list logo