[LEDE-DEV] [PATCH] kernel: rename B53 symbols to avoid upstream kernel conflict

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 <zaj...@gmail.com> --- target/linux/bcm53xx/config-4.4| 8 target

Re: [LEDE-DEV] [Lantiq][ARV4518PWR01*]lan interface missing from /etc/config/network

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

Re: [LEDE-DEV] [PATCH] kernel/mtd: Add support for Macronix mx25u25635f, used in Archer C2600 v1.1

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 >

Re: [LEDE-DEV] brcm47xx legacy broken in trunk?

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 >

[LEDE-DEV] [PATCH uclient] http: allow sending message body for DELETE request

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

[LEDE-DEV] bcm53xx: MD5 checksum over too few bytes of firmware breaks kernel booting

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]

Re: [LEDE-DEV] bcm53xx: MD5 checksum over too few bytes of firmware breaks kernel booting

On 20 June 2016 at 14:33, Rafał Miłecki <zaj...@gmail.com> 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-f

[LEDE-DEV] [PATCH] nvram: install init.d quirks script on brcm47xx only

It contains some quirks for old MIPS devices. Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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

Re: [LEDE-DEV] Multi-Profile selection support

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

[LEDE-DEV] [PATCH] mac80211: change default SSID from Lede to LEDE

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 <zaj...@gmail.com> --- package/kernel/mac80211/files/lib/wifi/mac80211.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletio

[LEDE-DEV] Changing config responsible for kmod's config doesn't have expected effect (PACKAGE_BRCM80211_DEBUG)

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

Re: [LEDE-DEV] [PATCH] ..ar71xx/image/Makefile: Remove tplink-safeloader def (moved to include/image.mk)

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

[LEDE-DEV] [PATCH] mtd: imagetag: fix compilation with changed mtd_fixtrx call

Function mtd_fixtrx was changed during trx improvements. Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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

Re: [LEDE-DEV] [PATCH] bcm53xx: calculate TRX CRC32 using whole kernel partition

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

Re: [LEDE-DEV] ledtrig-usbdev

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

[LEDE-DEV] [PATCH] bcm53xx: add profiles for devices with FullMAC chipsets

From: Rafał Miłecki <ra...@milecki.pl> This allows building images for selected devices with brcmfmac only (without b43 which is for SoftMAC devices). Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- target/linux/bcm53xx/image/Makefile | 13 - 1 file changed, 12 inse

[LEDE-DEV] [PATCH] bcm53xx: add profiles for all other (SoftMAC) devices

From: Rafał Miłecki <ra...@milecki.pl> Thanks to this images for SoftMAC devices don't get brcmfmac anymore. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- target/linux/bcm53xx/image/Makefile | 62 ++--- 1 file changed, 31 insertions(+),

[LEDE-DEV] [PATCH] ledtrig-usbdev: use upstream function for iterating USB devices

This will allow us to drop LEDE patch adding usb_find_device_by_name. Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- .../generic/files/drivers/leds/ledtrig-usbdev.c| 32 ++ 1 file changed, 27 insertions(+), 5 deletions(-) diff --git a/target/linux/generic

[LEDE-DEV] [PATCH V2 procd] system: fix localtime value in ubus info method output

iled without HAVE_TM_GMTOFF. Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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 @@ -20

Re: [LEDE-DEV] [PATCH procd] system: fix localtime value in ubus info method output

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. --

[LEDE-DEV] [PATCH V2 procd] system: add reboot method to system ubus object

method. Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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

Re: [LEDE-DEV] [PATCH 2/2] kernel: Add upstream fix for module loading

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

[LEDE-DEV] [PATCH procd] system: add reboot method to system ubus object

to 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 <zaj...@gmail.com> --- I wrote a simple app for my own purposes (and

[LEDE-DEV] [PATCH web] docs: add page with basic rpcd info

Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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 10064

Re: [LEDE-DEV] adding luci to snapshot images

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

[LEDE-DEV] [PATCH web] docs: fix rpcd page header syntax

Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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

[LEDE-DEV] [PATCH procd] system: fix localtime value in ubus info method output

iled without HAVE_TM_GMTOFF. Signed-off-by: Rafał Miłecki <zaj...@gmail.com> --- 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_i

Re: [LEDE-DEV] adding luci to snapshot images

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). --

[LEDE-DEV] Default UCI network config using 2 interfaces

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

[LEDE-DEV] [PATCH] kernel: b53: enable port 5 on BCM53125

From: Rafał Miłecki <ra...@milecki.pl> 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 t

Re: [LEDE-DEV] [PATCH 2/2] target/generic: update settings of mx25u3235f

On 1 February 2017 at 22:08, André Valentin wrote: > This patch enabled 4K, dual and quad read. Settings have been verified with > a real device. Please send it to linux-mtd for upstream inclusion first. ___ Lede-dev mailing

Re: [LEDE-DEV] [PATCH] Add Friendly Interactive Shell

On 1 February 2017 at 23:36, Shane Peelar wrote: > Signed-off-by: Shane Peelar Please use something like [PATCH packages] > --- > utils/fish/Makefile | 71 > + >

Re: [LEDE-DEV] [PATCH] bcm53xx: fix LAN MAC address for devices that use eth2 originally

On 1 February 2017 at 10:43, Felix Fietkau <n...@nbd.name> wrote: > On 2017-01-31 13:53, Rafał Miłecki wrote: >> From: Rafał Miłecki <ra...@milecki.pl> >> >> We override default Ethernet interface with eth0 which often uses random >> MAC due to missing p

[LEDE-DEV] [PATCH] bcm53xx: fix LAN MAC address for devices that use eth2 originally

From: Rafał Miłecki <ra...@milecki.pl> We override default Ethernet interface with eth0 which often uses random MAC due to missing proper NVRAM entry. Fix this by manually assigning MAC in the config. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- target/linux/bcm53xx/ba

[LEDE-DEV] [PATCH] kernel: add option to enable bridge VLAN filtering

From: Rafał Miłecki <ra...@milecki.pl> It's needed to get proper bridging support with DSA drivers. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- package/kernel/linux/modules/netsupport.mk | 14 ++ 1 file changed, 14 insertions(+) diff --git a/package/kernel/l

[LEDE-DEV] Ethernet support: built-in or as modules?

I think various targets handle it in different ways. E.g. brcm47xx has modules for b44, tg3 and bgmac while bcm53xx has bgmac built-in. Is there any preference for this? I was thinking about supporting more Ethernet-related stuff like switchdev, DSA, b53. It would be nice to have a clear

[LEDE-DEV] [PATCH mdns] Rename service_reply_a to dns_reply_a and move it to proper file

From: Rafał Miłecki <ra...@milecki.pl> This function doesn't really do anything service specify, it just sends an A(AAA) records. It could probably be used even without any services registered. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- dns.

[LEDE-DEV] [PATCH mdns] Don't call dns_reply_a from service_reply

From: Rafał Miłecki <ra...@milecki.pl> This simplifies code without changing any behavior. Having this call in service_reply required checking two conditions and was making code flow harder to follow. There are 2 more service_reply calls in the project: 1) In service_announce_services wh

[LEDE-DEV] Backporting stuff to lede-17.01

Hi, There are few changes that recently went into master and I'd like to see in lede-17.01. Let me what do you think, if backporting any of these is a bad idea. 1) bgmac support for external PHYs 6a853776a502 ("kernel: backport bgmac support for external PHYs") This adds support for some AP

[LEDE-DEV] [PATCH] bcm53xx: set WAN MAC address to don't share one with LAN interface

From: Rafał Miłecki <ra...@milecki.pl> After analyzing numerous NVRAMs and vendor firmwares it seems the base MAC address is used for LAN interface. WAN interface has different one which sometimes is set directly in NVRAM and sometines needs to be calculated. Signed-off-by: Rafał Miłec

Re: [LEDE-DEV] [PATCH v4] ramips: Add support for Sanlinking D240

formatting of dts file (thanks Piotr Dymacz). > > v2->v3: > * Rename Sanlinking-D240 to D240 in order to follow convention that board name > should not contain manufacturer name (thanks Piotr Dymacz). > * Add BSD license to DTS file (thanks Rafał Miłecki). > * Add details on h

[LEDE-DEV] [PATCH mdns] Change dns_send_question function arg from unicast to multicast

From: Rafał Miłecki <ra...@milecki.pl> This trivial patch just reverses argument logic to make it a bit more consistent with struct interface which contains "multicast" field. This hopefully will make typos less likely and code easier to follow. Signed-off-by: Rafał Miłecki &

[LEDE-DEV] [PATCH mdns] Add simple "Fall through" comment to the announce_timer function switch

From: Rafał Miłecki <ra...@milecki.pl> It's a common practice to add such comments to make it clear break instruction was skipped on purpose. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- announce.c | 1 + 1 file changed, 1 insertion(+) diff --git a/announce.c b/announce.c i

Re: [LEDE-DEV] [PATCH] Kernel: bump LEDE 17.01 kernel to 4.4.47

On 5 February 2017 at 22:44, Rafał Miłecki <zaj...@gmail.com> wrote: > On 5 February 2017 at 22:30, Stijn Tintel <st...@linux-ipv6.be> wrote: >> On 05-02-17 17:49, Stijn Segers wrote: >>> Bumps kernel from .46 to .47. >>> >> This has to be done in mas

Re: [LEDE-DEV] [PATCH] Kernel: bump LEDE 17.01 kernel to 4.4.47

On 5 February 2017 at 22:30, Stijn Tintel wrote: > On 05-02-17 17:49, Stijn Segers wrote: >> Bumps kernel from .46 to .47. >> > This has to be done in master first, then cherry-picked into lede-17.01. Good point, this patch is confusing. Is this based on top of master with a

Re: [LEDE-DEV] Backporting stuff to lede-17.01

On 2 February 2017 at 12:32, Rafał Miłecki <zaj...@gmail.com> wrote: > There are few changes that recently went into master and I'd like to > see in lede-17.01. Let me what do you think, if backporting any of > these is a bad idea. > > 1) bgmac support for external PHYs &g

Re: [LEDE-DEV] Backporting stuff to lede-17.01

On 6 February 2017 at 00:39, Rafał Miłecki <zaj...@gmail.com> wrote: > On 2 February 2017 at 12:32, Rafał Miłecki <zaj...@gmail.com> wrote: >> There are few changes that recently went into master and I'd like to >> see in lede-17.01. Let me what do yo

Re: [LEDE-DEV] [PATCH v2] ramips: Add support for Sanlinking D240

On 3 February 2017 at 09:54, Kristian Evensen wrote: > diff --git a/target/linux/ramips/dts/SANLINKING-D240.dts > b/target/linux/ramips/dts/SANLINKING-D240.dts > new file mode 100644 > index 000..888f5aa > --- /dev/null > +++

[LEDE-DEV] License for DTS files

In LEDE we have quite a lot of DTS files that hasn't been upstreamed. They often contain no licensing info. Upstream Linux maintainers prefer/require clear BSD-compatible license, see e.g.: https://lkml.org/lkml/2016/5/4/707 Some people may not agree such files are copyrightable at all, but most

[LEDE-DEV] [PATCH] mac80211: enable brcm80211 debugging by default on bcm53xx

From: Rafał Miłecki <ra...@milecki.pl> 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 noting that we got some stability problems and still

Re: [LEDE-DEV] [PATCH] openvpn: ssl-enabled variants also provide a virtual openvpn-x509 package

On 22 January 2017 at 00:48, Sven Roederer wrote: > When relying on x.509 certs for auth don't use package openvpn-nossl. Just > have your package depend on openvpn-x509 to have SSL enabled in OpenVPN. > If x.509 is not a must, use virtual packge openvpn, which is provided

[LEDE-DEV] [PATCH V2 packages] lighttpd: fix regression in local-redir used with url.rewrite-once

From: Rafał Miłecki <ra...@milecki.pl> This fixes upstream regression introduced in 1.4.40. It was reported & debugged in https://redmine.lighttpd.net/issues/2793 This fix is queued for 1.4.46 in the personal/gstrauss/master upstream branch. Signed-off-by: Rafał Miłecki <ra...@milec

[LEDE-DEV] [PATCH packages] lighttpd: update to 1.4.45

From: Rafał Miłecki <ra...@milecki.pl> Update to 1.4.42 introduced a problem with starting lighttpd as OpenWrt/LEDE service. It was stopping whole init process at sth like: 783 root 1124 S{S50lighttpd} /bin/sh /etc/rc.common /etc/rc.d/S50lighttpd boot 799 root 1164 S

[LEDE-DEV] Using PROVIDES with kmod packages

I was doing some fun experiments with ssb/bcma/b43 as a research based on: [PATCH RFC] kernel: allow selecting kmod-ssb on TARGET_brcm47xx_mips74k I was trying to build 2 variants of ssb package and 2 variants of b43 package. It didn't work, most likely because of the way PROVIDES is handled. I

Re: [LEDE-DEV] [PATCH] This patch adds support for the Actiontec R1000H gateway to the brcm63xx targets.

On 12 February 2017 at 14:48, Anthony Sepa via Lede-dev wrote: > The sender domain has a DMARC Reject/Quarantine policy which disallows > sending mailing list messages using the original "From" header. > > To mitigate this problem, the original message has been

Re: [LEDE-DEV] [PATCH] [17.01] Kernel: bump to 4.4.51

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

Re: [LEDE-DEV] [PATCH] This patch adds support for the Actiontec R1000H gateway to the brcm63xx targets.

On 23 February 2017 at 21:48, David Woodhouse <dw...@infradead.org> 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 >> <lede-dev@lists.infradead.org> wrote: >> > >> > The sende

Re: [LEDE-DEV] [PATCH] utils/busybox: prevent weak root passwords

On 17 February 2017 at 11:42, danrl wrote: > We are trying to make passwords on LEDE a tiny bit more secure by refusing > weak or short (read: less than 6 characters) passwords. > > Please see related discussion over here, where the inconsistencies were > discovered: >

Re: [LEDE-DEV] [PATCH] This patch adds support for the Actiontec R1000H gateway to the brcm63xx targets.

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,

Re: [LEDE-DEV] [PATCH] mac80211: enable brcm80211 debugging by default on bcm53xx

On 30 January 2017 at 16:52, Rafał Miłecki <zaj...@gmail.com> wrote: > From: Rafał Miłecki <ra...@milecki.pl> > > This has increased rootfs size for Netgear R8000 (sample device using > brcmfmac) by 16124 B. Most of devices with brcmfmac supported chipsets > ha

Re: [LEDE-DEV] Using PROVIDES with kmod packages

On 17 February 2017 at 15:14, Jonas Gorski <jonas.gor...@gmail.com> wrote: > On 17 February 2017 at 14:53, Rafał Miłecki <zaj...@gmail.com> wrote: >> I was doing some fun experiments with ssb/bcma/b43 as a research based on: >> [PATCH RFC] kerne

Re: [LEDE-DEV] Using PROVIDES with kmod packages

On 17 February 2017 at 16:06, Jonas Gorski <jonas.gor...@gmail.com> wrote: > On 17 February 2017 at 15:38, Rafał Miłecki <zaj...@gmail.com> wrote: >> On 17 February 2017 at 15:14, Jonas Gorski <jonas.gor...@gmail.com> wrote: >>> On 17 February 2017 at 14:53, Ra

Re: [LEDE-DEV] [PATCH] build: unsilence move command

On 20 February 2017 at 17:48, Thomas Reifferscheid wrote: > The @ sign in front of the "mv" command was significantly suppressing > output to stdout. When reviewing the make/build logs it was tricking > me a whole lot and it mad me lose time. Removing the @ sign will get

Re: [LEDE-DEV] Identifying kernel version (major) during build (.mk file)

On 20 February 2017 at 20:03, Mauro Mozzarelli wrote: > There is in some cases where kernel drivers have changed. As you might see > in the ip_vs patch I posted, kernel drivers differ in Kernel 3 and 4 Jonas is correct. Such a change could happen between 3.18 and 3.19 as

[LEDE-DEV] [PATCH mdns] Set TTL to 255 for outgoing IPv4 unicast packets

From: Rafał Miłecki <ra...@milecki.pl> 1) We SHOULD do this according to the RFC 6762 (Section 11, "Source Address Check"). 2) We already do it for IPv6 unicast and both multicast interfaces 3) When receiving IPv4 packet we ignore it if TTL doesn't equal 255 In other words th

[LEDE-DEV] [PATCH mdns 2/3] Use unicast IP address when sending unicast service reply

From: Rafał Miłecki <ra...@milecki.pl> For each protocol (IPv4 and IPv6) we have two interfaces (sockets): one for unicast and one for multicast. If we noticed CLASS_UNICAST in the multicast query we were switching to unicast interface for sending reply. The problem was not passing desti

[LEDE-DEV] [PATCH mdns 3/3] Don't try sending unicast responses with multicast address

From: Rafał Miłecki <ra...@milecki.pl> So far we were doing that when destination IP address wasn't specified. Now we have all places in code cleaned up, stop accepting this and print an error if needed. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- interface.c | 9 +

[LEDE-DEV] [PATCH mdns 1/3] Prepare support for sending unicast DNS answers

From: Rafał Miłecki <ra...@milecki.pl> This adds extra argument to dns_send_answer & interface_send_packet functions. For now we pass NULL-s only. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- dns.c | 8 dns.h | 2 +-

[LEDE-DEV] [PATCH mdns] Use A(AAA) when querying for domain on cache expire

From: Rafał Miłecki <ra...@milecki.pl> When cache entry is (halfly) expired we send query to get an update. So far we were sending all queries using PTR records but for cached domains it should be A(AAA) instead. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- cache.c | 7 +++

Re: [LEDE-DEV] [PATCH mdns 1/3] Prepare support for sending unicast DNS answers

On 14 February 2017 at 12:18, Rafał Miłecki <zaj...@gmail.com> wrote: > From: Rafał Miłecki <ra...@milecki.pl> > > This adds extra argument to dns_send_answer & interface_send_packet > functions. For now we pass NULL-s only. Hi Rafał, please modify also dns_reply_a

[LEDE-DEV] [PATCH mdns] Send A(AAA) records when announcing

From: Rafał Miłecki <ra...@milecki.pl> This allows device to be discovered by its local hostname. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- announce.c | 1 + 1 file changed, 1 insertion(+) diff --git a/announce.c b/announce.c index 03c7b8f..ad129c0 100644 --- a/anno

[LEDE-DEV] [PATCH mdns 1/2] Don't use _services._dns-sd._tcp.local

From: Rafał Miłecki <ra...@milecki.pl> It seems mdns(d) was trying to support queries for two records with following names: 1) _services._dns-sd._udp.local 2) _services._dns-sd._tcp.local According to the RFC 6763 Section 9 only the first one should be used and response PTR records

[LEDE-DEV] [PATCH mdns 2/2] Drop one-liner service_announce function

From: Rafał Miłecki <ra...@milecki.pl> Now we have service_announce simplified so much there is no reason to keep it as a helper. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- announce.c | 2 +- interface.c | 2 +- service.c | 6 -- service.h | 1 - 4 files changed,

[LEDE-DEV] [PATCH mdns] Rename project to umdns

From: Rafał Miłecki <ra...@milecki.pl> Using mdns name is a bit confusing as it's really close to Apple's mdnsd binary name from their mDNSResponder project. To make things worse OpenWrt's project was hosted in the mdnsd.git repo. Rename this project to umdns which follows other projects

Re: [LEDE-DEV] [PATCH] brcm47xx: fix button inversion for Asus WL-500W

On 14 February 2017 at 22:38, Mirko Parthey wrote: > The Asus WL-500W buttons are active high, > but the software treats them as active low. > Fix the inverted logic. > > Signed-off-by: Mirko Parthey Please send upstream patch for this. See MIPS entry

Re: [LEDE-DEV] [PATCH] Mark targets using kernel 3.18 as broken

On 15 February 2017 at 13:37, Felix Fietkau <n...@nbd.name> wrote: > On 2017-02-15 13:34, Rafał Miłecki wrote: >> From: Rafał Miłecki <ra...@milecki.pl> >> >> We're past v17.01.0-rc2 phase and these few targets are stuck at 3.18 >> kernel. We ob

[LEDE-DEV] [PATCH] Mark targets using kernel 3.18 as broken

From: Rafał Miłecki <ra...@milecki.pl> We're past v17.01.0-rc2 phase and these few targets are stuck at 3.18 kernel. We obviously don't want to have targets like this in the release, especially with 3.18 being EOL. It may be not too late for bringing these targets back for the next minor r

[LEDE-DEV] [PATCH mdns] Fix sending replies to PTR questions

From: Rafał Miłecki <ra...@milecki.pl> When we receive PTR question it includes hostname (instance), e.g.: mdnsd: parse_question (391): Q -> PTR lede._http._tcp.local First of all we should check if it matches hostname we use before trying to reply. Secondly service_reply expect

[LEDE-DEV] [PATCH mdns] Set TTL to the new value when updating cached service entry

From: Rafał Miłecki <ra...@milecki.pl> In the simplest case host may change TTL to some different value. It's the most important for the goodbye packets though. Consider situation when host (for which we have no no cached entries) restarts. First it sends goodbye with TTL 0 (we

[LEDE-DEV] [PATCH mdns] Send reverse DNS lookup entry for IPv4 address

From: Rafał Miłecki <ra...@milecki.pl> Whenever we send A(AAA) records, let's also include reverse lookup ones. This should be extended in the future by adding IPv6. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- announce.c | 2 +- dns.

[LEDE-DEV] [PATCH mdns] Check correct attributes when loading service from blob

From: Rafał Miłecki <ra...@milecki.pl> We access SERVICE_TXT so we should check for this entry. Checking SERVICE_SERVICE doesn't make sense anyway as it's verified few lines above (in the same funcion). Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- service.c | 4 ++-- 1 fil

[LEDE-DEV] [PATCH mdns] Avoid duplicated iteration over services when announcing

From: Rafał Miłecki <ra...@milecki.pl> In function service_announce_services we iterate over services and handle every single one so calling service_reply which also iterates doesn't make sense. In simple cases it was just wasting CPU cycles. We got service, we were passing its name and w

[LEDE-DEV] [PATCH mdns] Rename cache scanning to updating

From: Rafał Miłecki <ra...@milecki.pl> What we were do is querying over all interfaces for all cached entries. This isn't real scanning but rather updating (the cache). Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- cache.c | 2 +- cache.h | 2 +- ubus.c | 6 +++--- 3 file

Re: [LEDE-DEV] License for DTS files

On 3 February 2017 at 12:29, Rafał Miłecki <zaj...@gmail.com> wrote: > In LEDE we have quite a lot of DTS files that hasn't been upstreamed. > They often contain no licensing info. > > Upstream Linux maintainers prefer/require clear BSD-compatible > license, see e.g.: > ht

Re: [LEDE-DEV] [PATCH v2] ramips: add support for RATOC REX-WIFISD2

On 9 February 2017 at 15:13, John Crispin wrote: > On 28/01/2017 17:03, FUKAUMI Naoki wrote: >> diff --git a/target/linux/ramips/dts/REX-WIFISD2.dts >> b/target/linux/ramips/dts/REX-WIFISD2.dts >> new file mode 100644 >> index 000..4d8819a >> --- /dev/null >> +++

Re: [LEDE-DEV] [PATCH] brcm47xx: fix USB driver choice for Asus WL-500W

On 14 February 2017 at 15:05, Mirko Parthey wrote: > Choose a set of USB drivers which actually support the Asus WL-500W hardware. > > Signed-off-by: Mirko Parthey Applied with a bit more detailed commit message, thanks!

Re: [LEDE-DEV] [PATCH] brcm47xx: fix button inversion for Asus WL-500W

On 14 February 2017 at 23:10, Rafał Miłecki <zaj...@gmail.com> wrote: > On 14 February 2017 at 22:38, Mirko Parthey <mirko.part...@web.de> wrote: >> The Asus WL-500W buttons are active high, >> but the software treats them as active low. >> Fix the inverted

Re: [LEDE-DEV] [PATCH] This patch adds support for the Netgear WN3000RPv3 N300 repeater.

On 17 January 2017 at 23:12, wrote: > From: Thibaut VARENE > > It uses the same trick as for the EX2700 to pass the Second Part > Magic Check from the bootloader (as described here > https://forum.openwrt.org/viewtopic.php?pid=312577#p312577 ) > >

Re: [LEDE-DEV] [PATCH] mac80211: backport calculate-min-channel-width fix

On 20 January 2017 at 11:33, Felix Fietkau wrote: > On 2017-01-20 11:26, Koen Vandeputte wrote: >> Signed-off-by: Koen Vandeputte > To get the filenames right, please use import-backports.sh from > package/kernel/mac80211/scripts: > > - export the

Re: [LEDE-DEV] [PATCH 1/3] brcm63xx: fix Livebox 1 support: DTS

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) > >

Re: [LEDE-DEV] [PATCH] base-files: sysupgrade. Added the ability to use URL as source

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 >

Re: [LEDE-DEV] LEDE builds kernel from scratch after minor changes

On 16 August 2016 at 11:55, Rafał Miłecki <zaj...@gmail.com> 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

Re: [LEDE-DEV] overlayfs + ubifs: power cut results in "failed to create directory /overlay/work/work (errno: 17); mounting read-only"

On 6 September 2016 at 14:50, Miklos Szeredi <mik...@szeredi.hu> wrote: > On Tue, Sep 6, 2016 at 1:59 PM, Richard Weinberger <rich...@nod.at> wrote: >> Rafał, >> >> On 06.09.2016 12:46, Rafał Miłecki wrote: >>> Hi, >>> >>> In LEDE/Op

[LEDE-DEV] overlayfs + ubifs: power cut results in "failed to create directory /overlay/work/work (errno: 17); mounting read-only"

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)

Re: [LEDE-DEV] overlayfs + ubifs: power cut results in "failed to create directory /overlay/work/work (errno: 17); mounting read-only"

On 6 September 2016 at 14:56, Rafał Miłecki <zaj...@gmail.com> wrote: > On 6 September 2016 at 14:50, Miklos Szeredi <mik...@szeredi.hu> wrote: >> On Tue, Sep 6, 2016 at 1:59 PM, Richard Weinberger <rich...@nod.at> wrote: >>> overlayfs does not issue a

[LEDE-DEV] [RFC 0/2] ubifs: respect dirty_writeback_interval

From: Rafał Miłecki <ra...@milecki.pl> 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 o

[LEDE-DEV] [RFC 1/2] ubifs: drop softlimit and delta fields from struct ubifs_wbuf

From: Rafał Miłecki <ra...@milecki.pl> 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:

[LEDE-DEV] [RFC 2/2] ubifs: use dirty_writeback_interval value for wbuf timer

From: Rafał Miłecki <ra...@milecki.pl> 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

[LEDE-DEV] [packages for-15.05 PATCH 1/2] ffmpeg: upgrade to 2.6.9

From: Rafał Miłecki <ra...@milecki.pl> It's the latest release from 2.6 branch we use for 15.05. Signed-off-by: Rafał Miłecki <ra...@milecki.pl> --- multimedia/ffmpeg/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/multimedia/ffmpeg/Makefile b/multi

[LEDE-DEV] [packages for-15.05 PATCH 2/2] ffmpeg: backport AAC fix for multichannel mapping

From: Rafał Miłecki <ra...@milecki.pl> 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

  1   2   3   4   >