Re: [LEDE-DEV] replacing files in base system from a package?

On 10/16/2016 01:04 AM, Jo-Philipp Wich wrote: > Hi Karl, > > let me introduce a not strictly new way but another heavily under > documented buildroot feature which you can use to implement custom > modifications to packages which do not require source code edits. > Wow! - this really deserves

Re: [LEDE-DEV] [PATCH V2 2/3] switch to the new usbport LED trigger

On 10/16/2016 03:12 PM, Mathias Kresin wrote: 13.10.2016 09:44, Rafał Miłecki: diff --git a/package/base-files/files/etc/init.d/led b/package/base-files/files/etc/init.d/led index 79f2904..507dcbf 100755 --- a/package/base-files/files/etc/init.d/led +++

Re: [LEDE-DEV] [RFC 3/3] config: ext4: use 1K blocks by default to support online resize2fs

Hi, Am Montag, 17. Oktober 2016, 22:08:06 CEST schrieb Jo-Philipp Wich: > Hi Michael, > > > I can't see why adjusting the default partition size would have been > > necessary > > as genext2fs takes (or better: took) the following parameters: > The filesystem is generated okay but due to the

[LEDE-DEV] [PATCH] rsyslog: do not daemonize and allow procd to manage rsyslogd

This allows user to stop and/or restart the daemon. Currently, running "/etc/init.d/rsyslogd stop" does not stop the daemon once it's started. Signed-off-by: Alexis Green --- net/rsyslog/files/rsyslog.init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[LEDE-DEV] [PATCH] ath10k-ct: Update to latest 4.7 CT ath10k driver.

From: Ben Greear Adds Sebastian's 160Mhz support (un-tested), remove DMA32 change that broke some x86 systems, allow setting 10.1 CT firmware keepalive watchdog timeout, support QCA 9887 hardware, and some other tweaks. Signed-off-by: Ben Greear

[LEDE-DEV] [PATCH] Latest ath10k CT 988X firmware (beta-18).

From: Ben Greear * Backport much of the 10.2 firmware features from upstream QCA driver. This includes ANI support, adaptive CCA, tx-hang workarounds, and lots of other things. Not all of this may be enabled at this point, and more code waits to be

Re: [LEDE-DEV] [PATCH V2 2/3] switch to the new usbport LED trigger

2016-10-17 12:10 GMT+02:00 Rafal Milecki : > On 10/16/2016 03:12 PM, Mathias Kresin wrote: >> >> 13.10.2016 09:44, Rafał Miłecki: >>> >>> diff --git a/package/base-files/files/etc/init.d/led >>> b/package/base-files/files/etc/init.d/led >>> index 79f2904..507dcbf 100755 >>> ---

Re: [LEDE-DEV] Out of tree builds

The scripts/env script is intended to help with this. See https://wiki.openwrt.org/doc/devel/env ./scripts/env new my-target-a make menuconfig/whatever make ./scripts/env new my-target-b make menuconfig/whatever make ./scripts/env switch my-target-a -- back to target a configs now (There might

Re: [LEDE-DEV] [PATCH]fstools: added xfs and f2fs to block-mount

On 16/10/2016 16:23, Alberto Bursi wrote: > Damn, while this patch adds only partial xfs support to fstools (it > allows to mount xfs by block mount). > why only partial ? > Most of fstools have code to use f2fs too already so the fact that block > mount couldn't mount f2fs is 100% a bug

[LEDE-DEV] [PATCH] docs: update uci's wireless reconfiguration text

"wifi detect" has been replaced by "wifi config". It no longer needs the file redirection to /etc/config/wireless. It also removes the half sentence about rebuilding the configuration when installing a new device. I think it is bad advice to nuke the entire existing configuration just to add a

[LEDE-DEV] [PATCH v3 4/4] mac80211: remove ath10k delayed initialization hack

From: Mathias Kresin LEDE no longer requires all PHYs to be initialized to create the configuration files during bootup. This patch removes the now obsolete ath10k patch. Signed-off-by: Mathias Kresin Signed-off-by: Christian Lamparter ---

[LEDE-DEV] [PATCH v3 1/4] base-files: generate /etc/config/wireless, if it doesn't exist

From: Mathias Kresin This patch adds a check in "wifi detect" to test if the wireless configuration file does exist. If it doesn't exist, an empty /etc/config/wireless file will be created. This is necessary because uci doesn't create new files, instead the tool just exits with

[LEDE-DEV] [PATCH v3 2/4] base-files, mac80211, broadcom-wl: use uci to populate wireless config

Previously, wifi detect simply dumped its generated wireless configuration to STDOUT. A second step was needed to append the configuration to /etc/config/wireless (or create it, if it didn't exist). With this patch, The wifi detection script will now use uci to update the wireless configuration

[LEDE-DEV] [PATCHv2] ipq806x: add support for ZyXEL NBG6817

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: André Valentin

[LEDE-DEV] [PATCH] ipq806x: add support for ZyXEL NBG6817

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 Signed-off-by: André Valentin --- .../linux/ipq806x/base-files/etc/board.d/01_leds | 5 +

Re: [LEDE-DEV] [RFC 3/3] config: ext4: use 1K blocks by default to support online resize2fs

Hi, Am Sonntag, 16. Oktober 2016, 01:59:44 CEST schrieb Jo-Philipp Wich: > Commit fe20272ab16068765a191f3a846f30f977bc7669 (SVN r40924) introduced > support for specifying ext4 blocksizes but silently switched the implicit > 1K value to 4K by default without also adjusting the default partition

Re: [LEDE-DEV] [RFC 3/3] config: ext4: use 1K blocks by default to support online resize2fs

Hi Michael, > I can't see why adjusting the default partition size would have been necessary > as genext2fs takes (or better: took) the following parameters: The filesystem is generated okay but due to the total size : blocksize ratio there are not enough backup block group descriptor entries

Re: [LEDE-DEV] [RFC 2/3] config: ext4: do not set a maximum inode number by default

Hi, Am Sonntag, 16. Oktober 2016, 01:59:43 CEST schrieb Jo-Philipp Wich: > There is very little practical use to limit the number of available inodes > on an ext4 filesystem and the make_ext4fs utility is able to calculate > useful defaults by itself. > > Keep the option I always wondered