Dear John Crispin and Felix Fietkau,
Could either of you please consider moving the Ramips target to kernel
4.14 before the fork to 18.04 happens? Without it, the new
flow_offload goodies won't be usable on Ramips, which would be a shame
in my opinion. Or are there good reasons to keep the target
Add sysupgrade '-o' option in order to include all overlay files in
backup, except for those that are from packages but including files
listed in conffiles, sysupgrade.conf or /lib/upgrade/keep.d.
With '-u' option, it will skip files equals to /rom and conffiles that
were not changed.
Signed-off-
With '-u', for a file /aaa/bbb/ccc enlisted for backup,
it will only get into backup if /rom/aaa/bbb/ccc does not
exist or /aaa/bbb/ccc is different from /rom/aaa/bbb/ccc.
It also works with '-c', but only effective for files touched
but not modified.
Signed-off-by: Luiz Angelo Daros de Luca
---
When '-k' is used, sysupgrade inserts into backup a new file
/etc/sysupgrade.installed which contains pkgname and
origin (rom, overlay, unknown).
It's maily used to reinstall all extra packages:
# opkg update
# grep "\toverlay" etc/sysupgrade.installed | cut -f1 | xargs opkg install
# rm etc/s
Renamed add_uci_conffiles to add_conffiles as it includes
any conffiles listed, not only UCI ones.
Make do_save_conffiles arg mandatory
Allow other options after -l (like -c)
Signed-off-by: Luiz Angelo Daros de Luca
---
package/base-files/files/sbin/sysupgrade | 15 ---
1 file chan
My previous patch on Nov2017
(http://lists.infradead.org/pipermail/lede-dev/2017-November/009892.html)
generated some discussion because it depends on the presence of /rom to become
effetive. So I opted to turn it into a new sysupgrade option (-u).
Besides that, I added some more stuff to sysupgr
The v4.14 kernel is what we should be using so get rid of those
old patches. The old patches doesn't even support using device
tree.
Signed-off-by: Linus Walleij
---
target/linux/gemini/config-4.4 | 165 ---
.../linux/gemini/patches-4.4/050-gpio-to-irq.patch | 21
This tool is used to create headers on images for the
D-Link DNS-313.
Signed-off-by: Linus Walleij
---
tools/firmware-utils/Makefile| 1 +
tools/firmware-utils/src/dns313-header.c | 239 +++
2 files changed, 240 insertions(+)
create mode 100644 tools/fi
This patch set forward-ports Gemini to v4.14 with as good
support as I can get.
I don't know if all or any patches actually make it through
to the devel list. They are also posted here:
https://dflund.se/~triad/krad/gemini/openwrt/
It would be nice if we could apply this and get a working
modern
Hi Florian,
2018-04-04 13:44 GMT-03:00 Florian Fainelli :
> Hi Etienne,
>
> On 03/30/2018 09:22 PM, Etienne Champetier wrote:
>> The idea is to easily get the list of packages taking the most time to build,
>> and see if we can improve them
>
> I like the idea a lot although I was not getting time
Citeren Jo-Philipp Wich :
Hi,
Hmm? I believe jow is talking about the toolchain. It was switched
to default to GCC7 recently.
I use Arch Linux
parts of ncurses are built on the host (mainly the tic compiler) using
the host gcc. Arch linux is a bad reference for testing tools updates as
it t
Hi Etienne,
On 03/30/2018 09:22 PM, Etienne Champetier wrote:
> The idea is to easily get the list of packages taking the most time to build,
> and see if we can improve them
I like the idea a lot although I was not getting timestamps printed for
all steps of the build, for instance tools/* seems
04.04.2018, 00:22, "Florian Fainelli" :
> On 04/03/2018 10:13 AM, Сергей Василюгин wrote:
> The switch node should be moved under the mdio controller node below,
> parent/child relationships imply the control bus.
>
Ok
>
> You should have two entry points for your driver, and have shared code,
Hi,
> Hmm? I believe jow is talking about the toolchain. It was switched
> to default to GCC7 recently.
>
> I use Arch Linux
parts of ncurses are built on the host (mainly the tic compiler) using
the host gcc. Arch linux is a bad reference for testing tools updates as
it tends to use software ve
On Wed, Apr 4, 2018 at 4:57 AM, Koen Vandeputte
wrote:
>
>
> On 2018-04-04 13:21, Rosen Penev wrote:
>>
>> On Wed, Apr 4, 2018 at 4:17 AM, Jo-Philipp Wich wrote:
>>>
>>> Hi Koen,
>>>
>>> please try reverting
>>>
>>> https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=4fb684a7558ea5c1158
Hi all,
I'm getting problems when using monitor mode on an ath10k radio in a
octeontx board.
Latest LEDE on Gateworks Newport GW6300 (octeontx) with Compex WLE900VX
ath10k radio. Using 4.14.13 mainline OpenWrt kernel
The syslog is getting spammed with “ieee80211_tx_status: headroom too
sma
On 2018-04-04 13:21, Rosen Penev wrote:
On Wed, Apr 4, 2018 at 4:17 AM, Jo-Philipp Wich wrote:
Hi Koen,
please try reverting
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=4fb684a7558ea5c11580378be062f73da07f8479
and see if it fixes the issue.
Reverting this one indeed fixes
On Wed, Apr 4, 2018 at 4:17 AM, Jo-Philipp Wich wrote:
> Hi Koen,
>
> please try reverting
> https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=4fb684a7558ea5c11580378be062f73da07f8479
> and see if it fixes the issue.
>
> The change was likely not tested on systems with a gcc 5 host com
Hi Koen,
please try reverting
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=4fb684a7558ea5c11580378be062f73da07f8479
and see if it fixes the issue.
The change was likely not tested on systems with a gcc 5 host compiler.
~ Jo
___
Lede-d
RedPine RS9113 wireless module requires rsi91x driver to be built
and linux-firmware/rsi/rs9113_wlan_qspi.rps to be installed.
Also we add patch for successful compilation of rsi91x driver.
Signed-off-by: Evgeniy Didin
Cc: Alexey Brodkin
Cc: Hauke Mehrtens
Cc: John Crispin
---
package/firmwar
Hi All,
Purely informational:
There seem to build a build error since commit: (af35ce1065ac
"ncurses: Update to 6.1.")
00 -c ../ncurses/lib_gen.c -o ../objects/lib_gen.o
In file included from ../ncurses/curses.priv.h:325:0,
from ../ncurses/lib_gen.c:20:
_10727.c:978:15: e
21 matches
Mail list logo
