On 23 February 2017 at 21:48, David Woodhouse wrote:
> On Thu, 2017-02-23 at 21:35 +0100, Rafał Miłecki wrote:
>> On 12 February 2017 at 14:48, Anthony Sepa via Lede-dev
>> wrote:
>> >
>> > The sender domain has a DMARC Reject/Quarantine policy which disallows
&
On 23 February 2017 at 22:35, Stijn Segers
wrote:
> Updates the 17.01 kernel to .51.
>
> Compile-tested on:
> * ar71xx
> * ramips/mt7621
> * x86/64
>
> Run-tested on:
> * ar71xx
> * ramips/mt7621
>
> Signed-off-by: Stijn Segers
Why not the common way? Update kernel in master & cherry-pick to
led
On 23 February 2017 at 23:01, Anthony Sepa wrote:
> Is there anything I can do to fix it? I can switch to my gmail account? I
> was using my yahoo out of habit. I was posting using git send-mail, is that
> causing the problem? Should I change to just using email?
Well, using GMail will for sure l
On 30 January 2017 at 16:52, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This has increased rootfs size for Netgear R8000 (sample device using
> brcmfmac) by 16124 B. Most of devices with brcmfmac supported chipsets
> have quite big flash memories and debugging may be useful n
On 03/01/2017 08:18 AM, Thomas Reifferscheid wrote:
When you have a device running Lede that comes with at least one USB3.0
port then please insert a USB 3.0 drive/thumb drive and power it on. If
you happen to get similar dmesg messages from your cmdline within the
first 30 seconds after poweron
On 5 March 2017 at 17:54, Ondřej Pumr wrote:
> I have Netgear WNDR3400 V1 running the latest stable version of OpenWrt
> 15.05.1 and everything is ok.
>
> Once I install the latest stable version of LEDE 17.01.0, the item "Wifi" in
> "Network" menu is gone and I am unable to configure wireless int
From: Rafał Miłecki
This code in umdns_hosts was there since ever but it seems like an
unneeded copy & paste part of umdns_browse. In this function we iterate
over *host* entries of cached services list. It means the entry field
conains values like "example.local".
In such ca
From: Rafał Miłecki
I find storing hosts as services a bit confusing & making code a bit
more complex by requiring extra checks.
This patchset shouldn't change any behavior. I verified it by doing:
ubus call umdns hosts
ubus call umdns browse
before and after every commit. I tes
From: Rafał Miłecki
So far records A and were being connected and stored as a single
*service*. It's possible to handle these records directly without this
service trick and it also provides better control over them (some corner
cases like different TTL values).
Signed-off-by:
From: Rafał Miłecki
We don't need to access hosts stored as services. It's enough to look
for cached A and DNS records.
Signed-off-by: Rafał Miłecki
---
cache.c | 2 +-
cache.h | 1 +
ubus.c | 17 +++--
3 files changed, 13 insertions(+), 7 deletions(-)
di
From: Rafał Miłecki
This was kind of abuse of struct cache_service and the tree storing all
cached entries. Host isn't really a service, treating it so required
extra checks whenever dealing with cached entries.
Now we converted all code to read DNS records A and directly we
don'
On 10 March 2017 at 16:01, Tim Harvey wrote:
> The MV88E6176 switch is present on the GW16083 and the GW5904
>
> As of a5c32a1f1996f4f75504c4a9abd1c99eaa598df1 these drivers are to be
> enabled static in per-target kernels.
A standard kernel syntax may be preferred:
commit a5c32a1f1996 ("kernel:
much protection of flash data against corruption.
This new option lets caller request calculating checksum over a bigger
amount of data. It may be used e.g. to include whole kernel data for
checksum and hopefully make bootloader go info failsafe mode if
something goes wrong.
Signed-off-by: Rafał Mi
This provides better protection of flash data.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/base-files/etc/uci-defaults/09_fix_crc | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/target/linux/bcm53xx/base-files/etc/uci-defaults/09_fix_crc
b/target/linux
On 9 May 2016 at 20:40, David Lang wrote:
> Just a note, rather than removeing copyright openwrt you should probably say
> parts are copyright openwrt and parts copyright lede
>
> just because you added a bit doesn't give you sole copyright of the file :-)
>
> but it does mean that openwrt doesn't
x27;t sign with OpenWrt(.org).
Other than that I don't find these trivial scripts important enough to
put info about *my* copyrights in a header so this patch just drops them
completely.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/base-files/etc/diag.sh | 1 -
targe
On 10 May 2016 at 09:15, Bjørn Mork wrote:
> Hauke Mehrtens writes:
>> On 05/09/2016 10:19 PM, Bjørn Mork wrote:
>>
>>> How do you ensure that they use the code only like you intended after you
>>> donated it?
>> This copyright notice is useless. The copyright will stay at the
>> individual auth
Function mtd_fixtrx was changed during trx improvements.
Signed-off-by: Rafał Miłecki
---
package/system/mtd/src/imagetag.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/package/system/mtd/src/imagetag.c
b/package/system/mtd/src/imagetag.c
index b850837..2ad2076
Please use a proper prefix for your patch. You can find it e.g. by checking
git log target/linux/ar71xx/image/Makefile
I guess it'll be something like:
ar71xx: image: foo
On 13 May 2016 at 09:34, Ash Benz wrote:
> Atten: lynxis
>
> Signed-off-by: Ash Benz
We have some weird "Atten" in the descr
On 14 May 2016 at 08:20, L. D. Pinney wrote:
> This patch provides a new banner for LEDE
git log is useful for getting a proper patch prefix. Try:
git log --oneline package/base-files/
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists
It contains some quirks for old MIPS devices.
Signed-off-by: Rafał Miłecki
---
package/utils/nvram/Makefile | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/package/utils/nvram/Makefile b/package/utils/nvram/Makefile
index ace6a97..c5a4ca4 100644
--- a/package/utils
I just realized my problem with debugging brcmfmac is caused by LEDE
not rebuilding package properly.
It seems changing PACKAGE_BRCM80211_DEBUG requires me to also clean
package manually because config isn't properly updated.
> make package/kernel/mac80211/clean
> make package/kernel/mac80211/prep
On 23 May 2016 at 13:38, Felix Fietkau wrote:
> after a long delay, I finally got around to looking into multi profile
> selection again. After reviewing your code and thinking about it some
> more, I decided to go with a slightly different approach from the one
> that you took.
>
> I'm working to
On 23 May 2016 at 13:59, Felix Fietkau wrote:
> On 2016-05-23 13:56, Rafał Miłecki wrote:
>> On 23 May 2016 at 13:38, Felix Fietkau wrote:
>>> after a long delay, I finally got around to looking into multi profile
>>> selection again. After reviewing your code and thin
On 23 May 2016 at 13:38, Felix Fietkau wrote:
> You can find my work in progress in my staging tree:
> https://git.lede-project.org/?p=lede/nbd/staging.git;a=summary
>
> If you have some time, feedback and patches converting profiles/* stuff
> into proper device profiles will be appreciated.
I'm
LEDE project seems to be using "LEDE" as its acronym everywhere. To keep
things consistent adjust default wireless SSID.
Signed-off-by: Rafał Miłecki
---
package/kernel/mac80211/files/lib/wifi/mac80211.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/pack
On 24 May 2016 at 11:13, Felix Fietkau wrote:
> Fixed now, thanks for reporting.
Thanks. I tried adjusting bcm53xx but it didn't work for me. I dropped
"kmod-brcmfmac" from Profile/Generic and added
DEVICE_PACKAGES := kmod-brcmfmac
to the Device/smartrg-sr400ac, but my SR400ac image was built wit
On 24 May 2016 at 22:31, Hauke Mehrtens wrote:
> As it looks like the IRC meeting will not happen, because not so big
> interest by the people not already involved in LEDE and problems finding
> a time, lets discuss on the mailing list like suggested by Jow.
>
> Currently it looks like only Luka i
On 25 May 2016 at 10:09, mbm wrote:
> The hackers email address represents the primary point of contact for
> OpenWrt, particularly in regards to donations. Following the surprise LEDE
> announcement, forwarding rules for @openwrt.org email addresses were
> disabled. This was done to mitigate furt
E-mail topic is missing [PATCH] and should have a proper prefix
("lantiq: ") and shouldn't have extra tags.
Also topic should say what your patch does, not what is the problem.
On 26 May 2016 at 00:30, Mohammed Berdai wrote:
> Hi,
We don't want "Hi"-s in a commit message :)
> This patch fixes
On 26 May 2016 at 10:06, Mohammed Berdai wrote:
> On 05/26/2016 12:48 AM, Rafał Miłecki wrote:
>> E-mail topic is missing [PATCH] and should have a proper prefix
>> ("lantiq: ") and shouldn't have extra tags.
>> Also topic should say what your patch does, not
On 30 May 2016 at 11:52, Ash Benz wrote:
> Signed-off-by: Ash Benz
> ---
> .../475-mtd-spi-nor-add-macronix-mx25u25635f.patch | 10
> ++
> 1 file changed, 10 insertions(+)
> create mode 100644
> target/linux/generic/patches-3.18/475-mtd-spi-nor-add-macronix-mx25u25635f.pat
On 31 May 2016 at 09:22, wrote:
> However, for me, the latest working image seems to be 15.05.1.
> I installed openwrt-15.05.1-brcm47xx-legacy-squashfs.trx which has kernel
> 3.18.23 and can
> see this on the serial console during startup:
>
> (...)
>
> However, if I take
> openwrt-brcm47xx-le
So far "kernel" partition didn't contain just a kernel. It also included
Seama header and meta data. This was making kernel update complex and it
wasn't trivial to read kernel size.
Fix it by making "kernel" parition contain just a kernel image.
Signed-off-by: Ra
In kernel 4.7 there is upstreamed b53 driver using (mostly?) the same
symbols as our b53 does. Change our symbols so both drivers can coexist
in kernel tree.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/config-4.4| 8
target/linux/brcm47xx/config-4.1
Sending entity within DELETE is not forbidden by RFC 7231, see section
4.3.5. DELETE:
> A payload within a DELETE request message has no defined semantics;
> sending a payload body on a DELETE request might cause some existing
> implementations to reject the request.
Signed-off-by: Rafa
My DIR-885L has following partitions:
[1.034740] Creating 1 MTD partitions on "brcmnand.0":
[1.039896] 0x-0x0800 : "firmware"
[1.075568] 2 seama-fw partitions found on MTD device firmware
[1.081429] 0x0040-0x0040 : "kernel"
[1.086983] 0x0
On 20 June 2016 at 14:33, Rafał Miłecki wrote:
> My DIR-885L has following partitions:
>
> [1.034740] Creating 1 MTD partitions on "brcmnand.0":
> [1.039896] 0x-0x0800 : "firmware"
> [1.075568] 2 seama-fw partitions found on
On 29 June 2016 at 16:54, Jo-Philipp Wich wrote:
> My observation on the matter is this:
> People who do *not* want to have the ui included are either building
> from source or using the IB anyway and those users *requiring* a ui tend
> to be unable to spin their own builds (no Linux os at hand, t
Signed-off-by: Rafał Miłecki
---
Unfortunately I didn't manage to get jekyll2.0 build page locally for me. I hope
the syntax is OK.
---
_includes/docs_nav.html | 1 +
docs/rpcd.txt | 14 ++
2 files changed, 15 insertions(+)
create mode 100644 docs/rpcd.txt
diff --
Signed-off-by: Rafał Miłecki
---
docs/rpcd.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/rpcd.txt b/docs/rpcd.txt
index 211..3756ee3 100644
--- a/docs/rpcd.txt
+++ b/docs/rpcd.txt
@@ -1,7 +1,7 @@
---
---
RPC daemon
compiled
without HAVE_TM_GMTOFF.
Signed-off-by: Rafał Miłecki
---
system.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/system.c b/system.c
index fb7fbe4..d1b8ac0 100644
--- a/system.c
+++ b/system.c
@@ -202,7 +202,7 @@ static int system_info(struct ubus_context *ct
On 4 July 2016 at 09:51, First Last wrote:
> Could you please add git commit information to openwrt_release file? and why
> not change the file name to lede_release?
How is this related to LuCI in snapshots?
Because some software looks for openwrt_release (e.g. procd).
--
Rafał
__
On 5 July 2016 at 10:23, John Crispin wrote:
> seems you used an older tree. this patch does not apply due to commit
> f355e233714e ("add ifdefs to make system.c compile on non-linux systems")
Ouch, I was using git://nbd.name/luci2/procd.git, sorry for mistake. V2 soon.
--
Rafał
__
compiled
without HAVE_TM_GMTOFF.
Signed-off-by: Rafał Miłecki
---
V2: Rebased on top of the latest master
---
system.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/system.c b/system.c
index 504cdc0..569a75d 100644
--- a/system.c
+++ b/system.c
@@ -205,7 +205,7 @@ s
code
duplication and situation may become even worse with more software
controlling system with ubus.
Once we get this patch in place we may consider switching LuCI and LuCI2
to this new method.
Signed-off-by: Rafał Miłecki
---
I wrote a simple app for my own purposes (and a bit of fun) that uses
method.
Signed-off-by: Rafał Miłecki
---
V2: Use procd_shutdown making code even simpler. Thanks John!
---
system.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/system.c b/system.c
index 569a75d..1e31ce6 100644
--- a/system.c
+++ b/system.c
@@ -18,6 +18,7 @@
#endif
#include
On 7 July 2016 at 12:37, Alexey Brodkin wrote:
> Instead of disabling unwinding entirely this upstream patch
> just disables generation of async unwind tables.
>
> Once the patch in question lands in stable 4.4 tree this change
> essentially must be removed (otherwise patch application will fail).
This will allow us to drop LEDE patch adding usb_find_device_by_name.
Signed-off-by: Rafał Miłecki
---
.../generic/files/drivers/leds/ledtrig-usbdev.c| 32 ++
1 file changed, 27 insertions(+), 5 deletions(-)
diff --git a/target/linux/generic/files/drivers/leds/ledtrig
On 22 July 2016 at 19:30, e9hack wrote:
> something seems to be wrong with this two commits:
>
> kernel: remove obsolete patch adding usb_find_device_by_name
> ledtrig-usbdev: use upstream function for iterating USB devices
>
> If a TP-Link WDR3600 or Archer-C7 router boots with a connected USB st
development
process but it seems like something worth fixing anyway.
Signed-off-by: Rafał Miłecki
---
target/linux/generic/files/drivers/net/phy/b53/b53_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_common.c
b
From: Rafał Miłecki
This allows building images for selected devices with brcmfmac only
(without b43 which is for SoftMAC devices).
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/image/Makefile | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/target
From: Rafał Miłecki
Thanks to this images for SoftMAC devices don't get brcmfmac anymore.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/image/Makefile | 62 ++---
1 file changed, 31 insertions(+), 31 deletions(-)
diff --git a/target/linux/bcm53xx/
From: Rafał Miłecki
This allows using USB out of box.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/image/Makefile | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/target/linux/bcm53xx/image/Makefile
b/target/linux/bcm53xx/image/Makefile
index
From: Rafał Miłecki
We don't use them yet as we still init PHY in controller driver but they
will be needed soon.
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/modules.mk | 37 +
1 file changed, 37 insertions(+)
create mode 100644 target/
I got used to doing some small target modifications, calling "make
V=s" and getting new image quickly build.
From some time (less than a month I think) modifying e.g.
target/linux/bcm53xx/base-files/etc/board.d/02_network
and calling "make V=s" results in cleaning and rebuilding whole kernel.
I t
Can I get some help with UCI helpers, please?
I have device that needs following network config:
config interface 'lan'
option type 'bridge'
option ifname 'eth0'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
config interf
On 16 August 2016 at 11:55, Rafał Miłecki wrote:
> I got used to doing some small target modifications, calling "make
> V=s" and getting new image quickly build.
>
> From some time (less than a month I think) modifying e.g.
> target/linux/bcm53xx/base-files/etc/board.d
From: Rafał Miłecki
On all devices suppored so far BCM53125 got port 8 connected to the SoC
interface and ports 0-4 to physical ports. On BCM53573 there is slightly
more comlex setup. We have 2 SoC interfaces: one (eth0) connected to
port 8 and another (eth1) connected to port 5. This change
On 17 August 2016 at 12:28, Jonas Gorski wrote:
> On 16 August 2016 at 16:47, Rafał Miłecki wrote:
>> From: Rafał Miłecki
>>
>> On all devices suppored so far BCM53125 got port 8 connected to the SoC
>> interface and ports 0-4 to physical ports. On BCM53573 there
From: Rafał Miłecki
Some devices (e.g. Tenda AC9 based on BCM47189B0) have BCM53125 with
port 5 connected to the second Ethernet interface on the SoC. In such
case there is no PHY and we need to force link manually.
This assumes port 5 can be marked as enabled for such devices. It'
On 16 August 2016 at 13:47, Daniel Gonzalez Cabanelas wrote:
> Fix the DTS file for the Livebox 1 routers:
> - leds are totally wrong, fix them.
> - no failsafe button, use button 1 for this purpose
> - part probe wrong, it should be RedBoot (uppercase matters)
>
> Signed-off-by: Daniel Gonzalez C
On 13 August 2016 at 13:04, wrote:
> From: Sergey Sergeev
>
> scp uls(like this
> scp://adron@192.168.88.6:lede/lede-ar71xx-mikrotik-NAND-512b-squashfs-sysupgrade.bin)
> is supported too. And you also can specify custom ssh
> port(...8.88.6:22110:lede...)
>
> Signed-off-by: Sergey Sergee
On 23 August 2016 at 10:02, Ash Benz wrote:
> On some systems the shell built-in echo is used while on others /bin/echo
> and those two are not
> identical; this causes incomplete .cflags generation on some systems.
>
> Signed-off-by: Ash Benz
Please use a proper prefix for your subject. For
From: Rafał Miłecki
It makes booting more reliable in case of power cuts. Up to now some
file system changes done in uci-defaults could be lost due to lack of
flushing. It was easy to spot with scripts creating files: after a power
cut created file was empty and uci-defaults script was deleted
Hi,
In LEDE/OpenWrt we use UBI with two volumes: "rootfs" and "rootfs_data". With
rootfs mounted at / we mount rootfs_data volume at /overlay and then use
overlayfs to combine these two.
1) Before:
/dev/root on / type squashfs (ro,relatime)
/dev/ubi0_1 on /overlay type ubifs (rw,noatime)
2) Mou
On 6 September 2016 at 14:50, Miklos Szeredi wrote:
> On Tue, Sep 6, 2016 at 1:59 PM, Richard Weinberger wrote:
>> Rafał,
>>
>> On 06.09.2016 12:46, Rafał Miłecki wrote:
>>> Hi,
>>>
>>> In LEDE/OpenWrt we use UBI with two volumes: "rootfs&quo
On 6 September 2016 at 14:56, Rafał Miłecki wrote:
> On 6 September 2016 at 14:50, Miklos Szeredi wrote:
>> On Tue, Sep 6, 2016 at 1:59 PM, Richard Weinberger wrote:
>>> overlayfs does not issue a recursive rm on workdir, AFAICT you are supposed
>>> to cleanup
From: Rafał Miłecki
Whenever app/script wants to have its changes reliably stored it has to
use (f)sync. It applies to this uci-defaults script as after exiting 0
we (most likely) won't be called ever again.
Up to now power cut right after script execution could result in both:
/etc/opkg
From: Rafał Miłecki
We already use a temp file and rename it to avoid ending up with an
empty file e.g. on power cut. What was missing however is fsync after
rename. It's required to make sure directory starts using the new file
instead of the old one.
With this patch UCI changes are s
From: Rafał Miłecki
Hi,
This is patchset I mean to send to kernel ubifs guys and I wanted first
to see if I can get any comments here at LEDE.
LEDE can be unstable on power cuts when installed on NAND devices (with
ubifs). This is caused by the default high value of wbuf timeout used by
ubifs
From: Rafał Miłecki
Right now wbuf timer has hardcoded timeouts and there is no place for
manual adjustments. Some projects / cases many need that though. Few
file systems allow doing that by respecting dirty_writeback_interval
that can be set using sysctl (dirty_writeback_centisecs).
Lowering
From: Rafał Miłecki
Values of these fields are set during init and never modified. They are
used (read) in a single function only. There isn't really any reason to
keep them in a struct. It only makes struct just a bit bigger without
any visible gain.
Signed-off-by: Rafał Miłecki
---
fs/
From: Rafał Miłecki
Using few packages will allow saving some space by decreasing rootfs
size. Dropping 43602a1 firmware saves 316 580 B. Dropping 4366b1 saves
468 188 B.
Moreover there are more firmware files that may require packaging and
even more to come later (e.g. 4366c0).
This can
On 11 September 2016 at 18:12, Stijn Tintel wrote:
> Based on fixseama.
And that way you could inherit some issues from seama support. So it's
not just your fault that much ;)
> @@ -53,6 +53,7 @@
>
> #define TRX_MAGIC 0x48445230 /* "HDR0" */
> #define SEAMA_MAGIC
From: Rafał Miłecki
Now we have firmwares separated and bcm53xx selecting required ones make
use of it to actually save that rootfs space.
Other targets using brcmfmac (brcm2708 and sunxi) use SDIO interface and
firmware so they don't won't be affected.
Signed-off-by: Raf
On 14 September 2016 at 21:46, Alexandru Ardelean
wrote:
> On Wed, Sep 14, 2016 at 8:51 PM, Dave Taht wrote:
>> recently a whole bunch of posts went around on network world,
>> slashdot, and elsewhere, about how to go about disabling or dimming
>> the leds.
>>
>> http://www.networkworld.com/artic
On 16 September 2016 at 14:53, John Crispin wrote:
> On 15/09/2016 16:51, Tim Harvey wrote:
>> Add the following gadget driver modules:
>> - kmod-usb-gadget-ncm (g_ncm)
>> - kmod-usb-gadget-hid (g_hid)
>>
>> Signed-off-by: Tim Harvey
>> ---
>> package/kernel/linux/modules/usb.mk | 39
>> +
On 16 September 2016 at 11:31, Bastian Bittorf wrote:
> with 5c9cc7b7f8920944a413644e1c2ea23bfe655bcb we changed the default
> value from ~650 to 4096 kilobyte on 32mb-RAM-devices. This makes them
> hardly useable with a lot of oom-crashes. Fix that and keep the default.
> For devices with more th
hanges v1 -> v2: (suggestions from Felix Fietkau, Rafał Miłecki)
> - keep -quiet option from sysctl
> - use 1024 kilobyte on 32MiB-devices instead of the kernel default
> - consistently use unit [MiB]
Changelogs should usually go into comments section.
> ---
Right here (comments part
On 18 September 2016 at 14:24, John Crispin wrote:
> i have just spent some time reviewing the layerscape PR [1] and started
> a full build of it. its starting to look good and i cannot see any
> blockers. if anyone has any hold on this please let me know in the next
> couple of days. if i dont ge
> -Original Message-
> From: Rafał Miłecki [mailto:zaj...@gmail.com]
> Sent: Monday, September 19, 2016 4:01 PM
> To: John Crispin
> Cc: LEDE Development List; Y.T. Jiang
> Subject: Re: [LEDE-DEV] merging the layerscape target
>
> On 18 September 2016 at 14:24, J
From: Rafał Miłecki
To have service working nicely with procd it should be running in the
foreground. Otherwise it's not possible to e.g. stop it with the init.d
script. Luckily for us pptpd has a simple switch that allows it.
Signed-off-by: Rafał Miłecki
Fixes: 15e7f611afb ("pptp
On 28 September 2016 at 00:37, Luka Perkov wrote:
> On Mon, Sep 26, 2016 at 07:59:30AM +0200, Rafał Miłecki wrote:
>> From: Rafał Miłecki
>>
>> To have service working nicely with procd it should be running in the
>> foreground. Otherwise it's not possible
From: Rafał Miłecki
It's the latest release from 2.6 branch we use for 15.05.
Signed-off-by: Rafał Miłecki
---
multimedia/ffmpeg/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/multimedia/ffmpeg/Makefile b/multimedia/ffmpeg/Makefile
index dddb6ef..49
From: Rafał Miłecki
It's a backport from 2.7 branch that fixes parsing some AAC formats.
What makes this quite important is that broken parsing was leading to
many loop iterations, scanning taking a lot of time and allocating a lot
of memory. Parsing 1.3 GB MPEG TS file could resu
On 30 September 2016 at 21:00, Ted Hess wrote:
> Thanks for these updates - I manually merged them to for-15.05.
> https://github.com/openwrt/packages/commit/9de3069a949d303dcafd52c6df11baa7c673b
> 57f
>
> (Tried to include your SoB, but branch wouldn't allow force-push after amend
> --
> sorry)
Hi, I noticed we have few triggers enabled by default:
$ grep "CONFIG_LEDS_TRIGGER_.*=y" ./target/linux/generic/config-4.4
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
CONFIG_LEDS_TRIGGER_NETDEV=y
CONFIG_LEDS_TRIGGER_TIMER=y
At the same time we have packages for them:
# CONFIG_PACKAGE_kmod-ledtrig-default-on
From: Rafał Miłecki
This is upstream alternative for LEDE's ledtrig-usbdev. It's main
advantages are:
1) Support for assigning more than 1 USB port to the LED
2) Setting proper state when activating with device already connected
3) FWIW it's an upstream driver
Signed-off-by
From: Rafał Miłecki
This adds ucidef_set_led_usbport function that can be called by target
board.d files. Example usage:
ucidef_set_led_usbport "usb" "bcm53xx:blue:usb" "usb1-port1" "usb2-port1"
List of available ports can be fetched using:
ls -d /sys/b
On 2 September 2016 at 13:42, J Mo wrote:
> I have a new device I am working on and it has two USB ports but only one
> USB activity LED.
>
> Right now the LED works the way I like with one of the USB ports, but not
> the other port. I would like for the LED to go active and/or blink when
> there
On 3 October 2016 at 15:26, Karl Palsson wrote:
> What's the "new" way of doing this? In the past, in OpenWrt CC
> and before, a package could install files like /etc/banner and
> /etc/inittab that were provided by the base-files package. It was
> always listed as "unreliable" as apparently you co
There are some (rare) devices with a button for disabling LEDs (e.g.
ASUS RT-AC68U). I'm looking for a way to support such a feature. Maybe
at some point we could also support it as an extra feature triggerable
from UI.
So basically I probably need to add some smart /etc/rc.button/
handler. Unfort
On 12 October 2016 at 13:16, Karl Palsson wrote:
> Rafał Miłecki wrote:
>> There are some (rare) devices with a button for disabling LEDs
>> (e.g. ASUS RT-AC68U). I'm looking for a way to support such a
>> feature. Maybe at some point we could also support it as an
&g
On 10 October 2016 at 03:24, YuheiOKAWA wrote:
> SOC:MT7621A
> RAM:256MiB
> NOR:MX25L51245G
>
> Non Wireless Router.
>
> Issue: soft reboot problem. SPI Flash donot exit 4byte address mode.
>
> Signed-off-by: YuheiOKAWA
There is some problem with patchwork and name assigned to Yuhei:
From: Rafał Miłecki
This is upstream alternative for LEDE's ledtrig-usbdev. It's main
advantages are:
1) Support for assigning more than 1 USB port to the LED
2) Setting proper state when activating with device already connected
3) FWIW it's an upstream driver
Signed-off-by
From: Rafał Miłecki
It was LEDE's trigger that was replaced by upstream usbport one.
Signed-off-by: Rafał Miłecki
---
.../009-adm5120_leds_switch_trigger.patch | 4 +-
...Add-pwr_led-and-the-required-input-trigge.patch | 6 +-
target/linux/generic/config
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
---
package/base-files/files/etc/init.d/led| 13 +++--
target/linux/apm821xx/image/Makefile
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
Before sending this patchset I tested i
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/packages.git
src-git luci https://git.lede-project.org/project/luc
301 - 400 of 411 matches
Mail list logo