On 10 October 2016 at 04:03, Carlos Ferreira wrote:
> Hello!
> I'm having some issues regarding the implementation of new package
> options, due to their peculiar dependencies.
>
> I'm trying to implement a configuration option, which should exist
> only if the package libbz2 is selected. I unders
On 20 October 2016 at 08:11, Chris Blake wrote:
> I agree that would work in terms of functionality, but the issue with
> that logic is if you hold the button over 5 seconds, the system LED
> will start flashing (as expected) but then no action is taken on the
> board. The reason for my logic chan
Hey Rafal,
I agree that would work in terms of functionality, but the issue with
that logic is if you hold the button over 5 seconds, the system LED
will start flashing (as expected) but then no action is taken on the
board. The reason for my logic change was just to ensure the board
would reboot
On 20 October 2016 at 07:37, Chris Blake wrote:
> On Thu, Oct 20, 2016 at 12:29 AM, Rafał Miłecki wrote:
>> On 20 October 2016 at 05:23, Chris Blake wrote:
>>> diff --git a/package/base-files/files/etc/rc.button/reset
>>> b/package/base-files/files/etc/rc.button/reset
>>> index c6dc7cf..fab9a6c
From: Rafał Miłecki
If we want to use some of new features like per device rootfs we will
need this to specify them there.
Signed-off-by: Rafał Miłecki
---
target/linux/brcm47xx/image/Makefile | 642 ---
1 file changed, 527 insertions(+), 115 deletions(-)
diff
On Thu, Oct 20, 2016 at 12:29 AM, Rafał Miłecki wrote:
> On 20 October 2016 at 05:23, Chris Blake wrote:
>> diff --git a/package/base-files/files/etc/rc.button/reset
>> b/package/base-files/files/etc/rc.button/reset
>> index c6dc7cf..fab9a6c 100755
>> --- a/package/base-files/files/etc/rc.button
On 20 October 2016 at 05:23, Chris Blake wrote:
> diff --git a/package/base-files/files/etc/rc.button/reset
> b/package/base-files/files/etc/rc.button/reset
> index c6dc7cf..fab9a6c 100755
> --- a/package/base-files/files/etc/rc.button/reset
> +++ b/package/base-files/files/etc/rc.button/reset
>
Currently the reset script will try to run jffs2reset on boards that are
running a rw ext4 or other rootfs, which will then cause jffs2reset to
fail and the board to never reboot. This change ensures that jffs2reset
is only ran if an overlay is mounted, and disables the "reset" feature if
no /overl
Bastian,
I will get that revised and push out a v2 of this patch. Thanks.
On Wed, Oct 19, 2016 at 3:04 PM, Bastian Bittorf wrote:
> * Chris Blake [19.10.2016 21:57]:
>> + OVERLAY="$(cat /proc/mounts | grep ' /overlay ' 2>/dev/null)"
>
> please change to:
> OVERLAY="$( grep ' /overlay ' /pro
Rafal,
I am not sure I see the issue you are mentioning. The patch's goal is
to disable the "reset" feature for devices that do not have an
overlay, and instead just reboot the device. This patch does that, and
was tested on an ar71xx and x86_64 ext4 platform.
Regards,
Chris Blake
On Wed, Oct 19
19.10.2016 16:54, Chris Blake:
Currently the reset script will try to run jffs2reset on boards that are
running a rw ext4 or other rootfs, which will then cause jffs2reset to
fail and the board to never reboot. This change ensures that jffs2reset
is only ran if an overlay is mounted.
Signed-off-
On 19 October 2016 at 16:59, Chris Blake wrote:
> diff --git a/package/utils/beep/Makefile b/package/utils/beep/Makefile
> new file mode 100644
> index 000..b9bb4d80
> --- /dev/null
> +++ b/package/utils/beep/Makefile
> @@ -0,0 +1,50 @@
> +#
> +# Copyright (C) 2016 OpenWrt.org
> +#
> +# This i
On 19 October 2016 at 16:54, Chris Blake wrote:
> Currently the reset script will try to run jffs2reset on boards that are
> running a rw ext4 or other rootfs, which will then cause jffs2reset to
> fail and the board to never reboot. This change ensures that jffs2reset
> is only ran if an overlay
Hello,
on a TP-Link WDR3600 v1 (dual-band wifi, ath9k, wireless settings are
attached below, most notably wireless.radioX.country=DE), the output
of command 'iw reg get' is
with OpenWrt 15.05.1:
country DE: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 2
* Chris Blake [19.10.2016 21:57]:
> + OVERLAY="$(cat /proc/mounts | grep ' /overlay ' 2>/dev/null)"
please change to:
OVERLAY="$( grep ' /overlay ' /proc/mounts )"
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.in
Felix Fietkau [2016-10-19 21:44:06]:
> I'd like to know why you need to use local time for the RTC, I think
> that's rather uncommon.
You mean system time in local time, right? RTC should be in UTC and in current
sysftime isn't. Basically sysfixtime should be using hwclock with -u parameter
from
On 2016-10-19 21:38, Petr Štetiar wrote:
> Felix Fietkau [2016-10-18 23:25:40]:
>
>> On 2016-10-18 23:11, Petr Štetiar wrote:
>> > Currently we're forced to have system time in the UTC timezone as
>> > hardware clock, mainly because kernel expects in rtc_hctosys(), that RTC
>> > time is held in U
Hi André,
On 2016-10-19 20:58, Andre Valentin wrote:
> Hi Felix!
>
> Am 19.10.2016 um 12:40 schrieb Felix Fietkau:
>> On 2016-10-18 09:49, André Valentin wrote:
>>> Hi John,
>>>
>>> thanks for your comments. Please take a look:
>>>
>>> Am 18.10.2016 um 08:22 schrieb John Crispin:
>>>
> +++ b/
Felix Fietkau [2016-10-18 23:25:40]:
> On 2016-10-18 23:11, Petr Štetiar wrote:
> > Currently we're forced to have system time in the UTC timezone as
> > hardware clock, mainly because kernel expects in rtc_hctosys(), that RTC
> > time is held in UTC timezone.
> >
> > With this patch one can now
Hi Felix!
Am 19.10.2016 um 12:40 schrieb Felix Fietkau:
> On 2016-10-18 09:49, André Valentin wrote:
>> Hi John,
>>
>> thanks for your comments. Please take a look:
>>
>> Am 18.10.2016 um 08:22 schrieb John Crispin:
>>
+++ b/target/linux/ipq806x/base-files/lib/preinit/04_set_mtd_ipq806x.sh
>>
Hi Mathis,
thanks for your comments. I will change it according to your request!
André
smime.p7s
Description: S/MIME Cryptographic Signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
This moves the Meraki MR12 and Meraki MR16 to the new generic target.
Tested and verified working on both devices.
Note that kernel/rootfs images are still generated. This is because they
are used for the inital flashing process due to the fun pace at which
UBoot erases/writes to SPI.
Signed-off-
These boards do not have a switch, so they should have never been added
to this file in the first place.
Signed-off-by: Chris Blake
---
.../ar71xx/base-files/etc/uci-defaults/03_network-switchX-migration | 2 --
1 file changed, 2 deletions(-)
diff --git
a/target/linux/ar71xx/base-files/etc
On the stock Meraki Firmare for the MR12/MR16, a chunk of SPI space
after u-boot-env is used to store the boards Mac address. Sadly as this
was removed on any device already on OpenWRT/LEDE, moving forward a new,
64k partition named "mac" will be used to store the mac address for the
device (which
On Tue, Oct 18, 2016 at 2:09 PM, Zefir Kurtisi
wrote:
>
> Hi,
>
> to those understanding the package dependency logic by heart, I'm trying to
> achieve something I assumed to be common, but fail to get there with the help
> of
> the available documentation.
>
> The short version is this:
> * pack
This adds the "beep" binary as a package to LEDE. Note that busybox does
have a beep option that can be built in, but it is disabled by default
on all LEDE targets. This package gives users the option to manually
install beep at a later time, or include it as a default for a device
profile.
This w
Currently the reset script will try to run jffs2reset on boards that are
running a rw ext4 or other rootfs, which will then cause jffs2reset to
fail and the board to never reboot. This change ensures that jffs2reset
is only ran if an overlay is mounted.
Signed-off-by: Chris Blake
---
package/bas
Hello Gareth,
I will be back in ~2 weeks, there is no need to wait for me. You can
push your changes and I will update/rebase my patches later and
combine your code into one, common mach-*.c file.
Greetings from Japan!
Piotr
2016-10-19 18:56 GMT+09:00 Gareth Parker :
> Hi Piotr
> Thanks for your
From: Rafał Miłecki
This helper allows using usbport trigger directly. It requires usbport
compatible syntax and supports specifying multiple USB ports, e.g.:
ucidef_set_led_usbport "usb" "USB" "devicename:colour:function" "usb1-port1"
"usb2-port1"
This adds a proper object to the board.json, e
On 2016-10-18 09:49, André Valentin wrote:
> Hi John,
>
> thanks for your comments. Please take a look:
>
> Am 18.10.2016 um 08:22 schrieb John Crispin:
>
>>> +++ b/target/linux/ipq806x/base-files/lib/preinit/04_set_mtd_ipq806x.sh
>>> @@ -0,0 +1,21 @@
>>> +#
>>> +# Copyright (C) 2009 OpenWrt.org
Hi,
On 15 October 2016 at 17:32, Rafał Miłecki wrote:
> Hi,
>
> After Holger & Alexander talk at OpenWrt Summit I started thinking
> about handling feeds in LEDE. Right now we simply point to external
> repositories within feeds.conf(.default):
> src-git packages https://git.lede-project.org/feed
On 13 October 2016 at 09:44, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> It was LEDE's trigger that was replaced by upstream usbport one.
>
> Signed-off-by: Rafał Miłecki
Pushed with removal of ledtrig-usbdev from package/kernel/linux/modules/leds.mk.
___
On 13 October 2016 at 09:44, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This makes init.d script handle existing UCI entries using the new
> trigger. It also switches all targets to use its package.
>
> Signed-off-by: Rafał Miłecki
Pushed with code moved out of switch for cleaner code shari
Currently, libubox uses json_object_get_int when converting a JSON
document into a blobmsg. However, json-c stores integers as int64_t
values and may clamp the value when asked to return it as an int32_t.
Always use json_object_get_int64 and use a u32/u64 blobmsg value
depending on the magnitude o
Hi Piotr
Thanks for your input, I have fixed up all the issues in my patch and was
about to re-submit it, however having seen your email below what would be
the best approach from here?
I can submit my patch as is if you want? Then you can move all comfast
devices into one mach file later?
I als
17.10.2016 21:22, André Valentin:
CPU: 1.8GHz ARM, RAM: 512MB
Storage: 4MiB Serial Flash, 3.9GiB MMC
NIC: 2x1GBit/s, 5 external and 2 internal Port Switch
WiFi: Dualband, ATH10k 2.4GHz, 5GHz MU-MIMO
Changes:
-remove kernel compression changes
-give spi-nor.c patch a correct name
Signed-off-by:
36 matches
Mail list logo