Signed-off-by: Alexander Couzens
---
package/network/services/mdns/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/mdns/Makefile
b/package/network/services/mdns/Makefile
index 1c89ca6..690f547 100644
--- a/package/network/services/mdns/Makefi
On Wed, Jan 14, 2015 at 10:56:02AM +0100, Alexander Couzens wrote:
> Signed-off-by: Alexander Couzens
> ---
> package/network/services/mdns/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied in r43967. Thanks!
Luka
___
openwrt-de
On 13 January 2015 at 16:56, Maxime Ripard
wrote:
> Some devices out there only have a NOR flash to store the rootfs on.
>
> While using UBI is arguable on this kind of NAND, this is something that
> should
> be supported.
So why use UBI at all? Doesn't it make more sense to stick to the
JFFS2?
Thanks, applied in 43968.
Imre
On Tue, 13 Jan 2015 16:56:38 +0100, Maxime Ripard
wrote:
The mvebu image Makefile directly calls the padjffs2 utility, while
there's an
generic make function to do just that. Switch to it
Signed-off-by: Maxime Ripard
---
target/linux/mvebu/image/Makefil
Thanks, applied in 43969.
Imre
On Tue, 13 Jan 2015 16:56:39 +0100, Maxime Ripard
wrote:
The mvebu image makefile define something almost identical to the generic
implementation found in include/image.mk.
Switch to this implementation.
Signed-off-by: Maxime Ripard
---
target/linux/mveb
Dopped this one, mvebu gained initial 3.18 support in r41232 and already
uses that by default since r43893.
Imre
On Tue, 13 Jan 2015 16:56:44 +0100, Maxime Ripard
wrote:
The 3.16 kernel introduced support for the A38x SoC family. In order to
support
them, switch to the newer 3.18 kern
Maxime,
On Tue, 13 Jan 2015 16:56:40 +0100, Maxime Ripard
wrote:
Some devices out there only have a NOR flash to store the rootfs on.
While using UBI is arguable on this kind of NAND, this is something that
should
be supported.
Could you explain me, why would we want that? For NOR we
On Tue, 13 Jan 2015 16:56:45 +0100, Maxime Ripard
wrote:
++ partition@2 {
++ label = "data";
++ reg = <0x60 0xa0>;
++ };
+
On Tue, 13 Jan 2015 16:56:46 +0100, Maxime Ripard
wrote:
+diff --git a/arch/arm/boot/dts/armada-385-db-ap.dts
b/arch/arm/boot/dts/armada-385-db-ap.dts
+index 02db04867d8f..2a58443e2504 100644
+--- a/arch/arm/boot/dts/armada-385-db-ap.dts
b/arch/arm/boot/dts/armada-385-db-ap.dts
+@@ -13
Hi Maxime,
On Tue, 13 Jan 2015 16:56:41 +0100, Maxime Ripard
wrote:
+$(eval $(call MultiProfile,Generic,$(PROFILES_LIST)))
+$(eval $(call MultiProfile,Evalboards,$(PROFILES_LIST)))
Profile names should be sourced from the profiles.
- $(foreach nandboard,$(NANDBOARDS),$(call
BuildSysupg
On 2015-01-13 16:56, Maxime Ripard wrote:
> The mvebu image makefile define something almost identical to the generic
> implementation found in include/image.mk.
>
> Switch to this implementation.
>
> Signed-off-by: Maxime Ripard
FYI, my rework of the image makefile code is in the tree now. You
On Mon, 12 Jan 2015 21:36:16 +0100, Eric Schultz
wrote:
Malta ramdisk images are no longer copied to output due to a recent
change.
This change reimplements copying of ramdisk images for Malta builds.
Merged in r43970, thank you.
Imre
___
open
On Wed, Jan 14, 2015 at 12:43:25PM +0100, Rafał Miłecki wrote:
> On 13 January 2015 at 16:56, Maxime Ripard
> wrote:
> > Some devices out there only have a NOR flash to store the rootfs on.
> >
> > While using UBI is arguable on this kind of NAND, this is something that
> > should
> > be supporte
Hi Mark,
On Tue, 13 Jan 2015 22:18:13 +0100, mark milburn
wrote:
I believe this is the appropriate forum for discussing this. Let me
know if this is not the case.
I think that employing the syscfg partition as the overlayfs is not
useful for this device, and for at least one case, harmful
Jose,
On Tue, 13 Jan 2015, José Vázquez wrote:
2015-01-13 8:46 GMT+01:00, Zoltan HERPAI :
I haven't seen any flags that does SDIO_SUPPORT or something similar. It's
either removing "depend on USB_SUPPORT" or add dependencies for the
targets that'll use the SDIO part. Do you know of other appro
Linksys/Belking marketing is again doing one thing and saying another?
This time they say that WRT1200AC router is open source:
http://www.zdnet.com/article/ces-2015-linksys-1200ac-an-inexpensive-open-source-802-11ac-wi-fi-router/
I have tracked progress with WRT1900AC and saw how they failed to
On Wed, 14 Jan 2015 16:05:33 +0100, valent.turko...@gmail.com
wrote:
Linksys/Belking marketing is again doing one thing and saying another?
This time they say that WRT1200AC router is open source:
http://www.zdnet.com/article/ces-2015-linksys-1200ac-an-inexpensive-open-source-802-11ac-wi-fi-
I should have looked at the code before posting. :)
On Wed, Jan 14, 2015 at 6:21 AM, Imre Kaloz wrote:
> Hi Mark,
>
>
> On Tue, 13 Jan 2015 22:18:13 +0100, mark milburn
> wrote:
>
>> I believe this is the appropriate forum for discussing this. Let me
>> know if this is not the case.
>>
>> I th
i2c pins are wired to wps a reset button
Signed-off-by: Pavel Löbl
---
target/linux/ramips/dts/RT-N14U.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ramips/dts/RT-N14U.dts
b/target/linux/ramips/dts/RT-N14U.dts
index 66ac0fc..d95d32d 100644
--- a/target/lin
On 2015-01-14 20:19, Gianluca Anzolin wrote:
> Hi,
>
> I was just testing this evening, just for fun, a new build with the just
> released musl libc (1.1.6) on my new router (Archer C7) but
> unfortunately it bricked my router.
>
> Initially I feared that I did something wrong when updating the
I've opened a pull request for this (and other misc fixes):
https://github.com/openwrt/packages/pull/779
On Tue, Jan 13, 2015 at 9:14 AM, Christian Schoenebeck
wrote:
> I put it on the TODO list.
> Thanks for feedback
> Christian
> ___
> openwrt-devel m
On Tue, Jan 13, 2015 at 8:56 AM, Christian Schoenebeck
wrote:
> from my point of view 10 seconds to wait before sending an update to the ddns
> provider is not a big deal because it takes up to 5 minutes until "nslookup
> [yourhost] 8.8.8.8" gives you back a static answer after a change.
> So Go
2015-01-11 19:48 GMT+08:00 :
> From: Roger Pueyo Centelles
>
> ---
> target/linux/ar71xx/base-files/etc/diag.sh | 3 +
> .../ar71xx/base-files/etc/uci-defaults/01_leds | 5 +
> .../ar71xx/base-files/etc/uci-defaults/02_network | 1 +
> target/linux/ar71xx/base-files/lib/ar71xx
I wanted bcm53xx kernels to be compiled with EARLY_PRINTK by default.
This is safe, we enable "earlyprintk" using bootargs on tested devices
only.
So I have config option enabled in default configs:
> grep EARLY_PRINTK target/linux/bcm53xx/config-3.1*
target/linux/bcm53xx/config-3.14:CONFIG_EARLY_
24 matches
Mail list logo
