On 31/12/2015 10:51, Mathias Kresin wrote:
> Am 31.12.2015 um 08:12 schrieb John Crispin:
>> Hi
>>
>> On 31/12/2015 01:10, Martin Blumenstingl wrote:
>>> +
>>> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4,2,0)
>>> +#include
>>> +#els
On 31/12/2015 14:42, Hauke Mehrtens wrote:
> it. For me it looks like it was used to test the performance of the
> crypto engine and test the driver.
ralph added is and at the time i was important to lantiq for some reason
beyond my knowledge. maybe you can find out if that requirement still
exi
On 31/12/2015 14:44, Hauke Mehrtens wrote:
>
>
> On 12/31/2015 11:28 AM, John Crispin wrote:
>>
>>
>> On 31/12/2015 10:51, Mathias Kresin wrote:
>>> Am 31.12.2015 um 08:12 schrieb John Crispin:
>>>> Hi
>>>>
>>>
this one fails to apply. can you resend it please ?
On 31/12/2015 15:28, Hauke Mehrtens wrote:
>
>
> On 12/31/2015 01:10 AM, Martin Blumenstingl wrote:
>> The following patches were dropped because they are already applied
>> upstream:
>> - 0038-MIPS-lantiq-fpi-on-ar9.patch
>> - 0039-MIPS-lantiq
t;>>>> "Russell" == Russell Senior writes:
>>>>>> "John" == John Crispin writes:
> John> i'll try to test during the day. i had tested most socs but
> John> apparently 5350 still has an issue.
>
> Russell> Yes, I saw this
Hi,
the patch/series does not apply to CC
John
On 01/01/2016 00:00, Vittorio G (VittGam) wrote:
> Signed-off-by: Vittorio Gambaletta
> ---
>
> --- a/target/linux/ramips/files/drivers/net/ethernet/ralink/esw_rt3052.c
> +++ b/target/linux/ramips/files/drivers/net/ethernet/ralink/esw_rt30
rt3052.c
> openwrt@asd:~/openwrt-cc$ patch -p1 < ../v4-cc-4.patch
> patching file target/linux/ramips/dts/HT-TM02.dts
> openwrt@asd:~/openwrt-cc$
>
> Cheers,
> Vittorio
>
> On 03/01/2016 15:53:56 CET, John Crispin wrote:
>> Hi,
>>
>> the patch/series do
Hi,
sorry for the late reply, could you merge patch 2/3 into this one and
split the firmware-utils part out into its one patch please ?
John
On 25/12/2015 05:58, Josh Bendavid wrote:
> Add initial support for Archer C2600 to Makefiles, profiles, led/network
> config, and hotplug script,
On 04/01/2016 14:33, Christian Mehlis wrote:
> Hi *,
>
> can someone please bring back https://git.nbd.name/ ?
>
> As the ubox project is hosted on this server only, it is difficult to
> work around this issue.
>
> Is it possible to move all openwrt basis projects to the openwrt.org git
> serv
Hi,
comments inline
On 04/01/2016 02:16, Josh Bendavid wrote:
> Add initial support for Archer C2600 to Makefiles, profiles, led/network
> config, and hotplug script. Together with firmware-utils and mac80211
> patches this is sufficient to build a working factory image flashable both
> from
On 10/01/2016 08:16, open...@daniel.thecshore.com wrote:
> +else
whitespace error
> + local curtime="$(date +%s)"
> + lo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/m
On 10/01/2016 11:32, Daniel Dickinson wrote:
> I'm sure this has been discussed to death, but having patchwork be a
> knob isn't the answer.
at which point did patchwork get part of the equation ?
i simple looked over the mails in my inbox in the morning and saw that
there are 8 leading spaces
On 11/01/2016 12:28, Hannu Nyman wrote:
> Are there any plans for a CC 15.05.1 maintenance release? Or will DD
> 16.xx be the next one?
>
> There have been so many fixes to 15.05 that personally I would like to
> see a maintenance release 15.05.1. There have been both security fixes,
> but also
On 11/01/2016 12:56, Hannu Nyman wrote:
> On 11.1.2016 13:40, John Crispin wrote:
>> 15.05.1 is almost ready built. i had to do a refresh build to get
>> felix's fixes from last night included. base builds finished last night
>> and i started the SDK builder this mornin
On 11/01/2016 14:51, Martin Blumenstingl wrote:
> According to the datasheet says that the xbar register range is
> 0x1F40-0x1F400FFF. Thanks to John Crispin for looking it up.
>
> Signed-off-by: Martin Blumenstingl
> ---
> target/linux/lantiq/dts/vr9.dtsi | 2 +-
&g
On 11/01/2016 15:15, Martin Blumenstingl wrote:
> On Mon, Jan 11, 2016 at 2:59 PM, John Crispin wrote:
>> 0x1F40-0x1F400FFF means that its size is 0x1000. i think you having
>> a off-by-one thinko ...
> ...and I think you are right!
> Sorry for the noise, please drop t
On 13/01/2016 08:47, Wojciech Dubowik wrote:
> ++#if defined(__UCLIBC__)
> ++/* This syscall is not defined in uClibc 0.93.2 */
> ++#include
> ++static int clock_adjtime(clockid_t id, struct timex *tx)
> ++{
> ++return syscall(__NR_clock_adjtime, id, tx);
> ++}
> ++#endif
> ++
on ppc we are
On 13/01/2016 09:00, Wojciech Dubowik wrote:
> diff --git a/net/linuxptp/patches/001-musl-fix.patch
> b/net/linuxptp/patches/001-musl-fix.patch
> new file mode 100644
> index 000..618a958
> --- /dev/null
> +++ b/net/linuxptp/patches/001-musl-fix.patch
> @@ -0,0 +1,14 @@
> +Index: linuxptp-20
On 13/01/2016 12:03, Felix Fietkau wrote:
> On 2016-01-13 08:50, John Crispin wrote:
>>
>>
>> On 13/01/2016 08:47, Wojciech Dubowik wrote:
>>> ++#if defined(__UCLIBC__)
>>> ++/* This syscall is not defined in uClibc 0.93.2 */
>>> ++#include
>
On 13/01/2016 12:25, Felix Fietkau wrote:
> On 2016-01-13 12:05, John Crispin wrote:
>>
>>
>> On 13/01/2016 12:03, Felix Fietkau wrote:
>>> On 2016-01-13 08:50, John Crispin wrote:
>>>>
>>>>
>>>> On 13/01/2016 08:47, Wojciech Dubo
On 13/01/2016 18:10, Daniel Dickinson wrote:
> As per Felix's suggestion I have implemented a detection of 'in lxc'
> logic and modified base-files and busybox sysntpd script to use that
> check to avoid actions inappropriate for an LXC guest, and to act
> normally otherwise. The patch still nee
On 23/04/2019 16:17, Jeff Kletsky wrote:
On 4/23/19 12:41 AM, Florian Eckert wrote:
Hello Mirko,
I am not a member of OpenWrt but this are my hints.
To start this process, we have collected a small number of core
features that we would propose to add to the OpenWrt build system. Our
goal w
27;{ "name": "'"$service"'" }' as argument to the list call to reduce the
amount of output you
need to filter.
the line above the invocation already adds the service name if i am not
mistaken
Acked-by: John Crispin
+
+ [ "$running&qu
On 21/05/2019 17:44, Nick wrote:
If I extend iwinfo to allow setting interfaces into monitor mode, will
it be excepted?
Or is iwinfo just for getting information for an interface?
I use libiwinfo for abstraction for my own daemons.
Bests,
Nick
iwinfo is designed for introspection of the int
This allows managing several different folder for varying env profiles.
Signed-off-by: John Crispin
---
config/Config-images.in | 6 ++
package/Makefile| 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/config/Config-images.in b/config/Config-images.in
index
This can be used inside build setups for easy feeds.conf generation.
Signed-off-by: John Crispin
---
scripts/feeds | 37 +
1 file changed, 37 insertions(+)
diff --git a/scripts/feeds b/scripts/feeds
index 304ef6cbaf..6f8c7be31d 100755
--- a/scripts/feeds
This can be used inside build setups for easy feeds.conf generation.
Signed-off-by: John Crispin
---
scripts/feeds | 37 +
1 file changed, 37 insertions(+)
diff --git a/scripts/feeds b/scripts/feeds
index 304ef6cbaf..6f8c7be31d 100755
--- a/scripts/feeds
This allows managing several different folder for varying env profiles.
Signed-off-by: John Crispin
---
config/Config-images.in | 6 ++
package/Makefile| 7 +--
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/config/Config-images.in b/config/Config-images.in
This can be used inside build setups for easy feeds.conf generation.
Signed-off-by: John Crispin
---
scripts/feeds | 42 ++
1 file changed, 42 insertions(+)
diff --git a/scripts/feeds b/scripts/feeds
index 304ef6cbaf..7cd4639ca6 100755
--- a/scripts
On 05/06/2019 12:17, Karl Palsson wrote:
John Crispin wrote:
This can be used inside build setups for easy feeds.conf
generation.
Could you give us an example of how this is actually easy, or
what sort of functionality this is providing beyond "cat
feeds.conf.default feeds.conf.
On 05/06/2019 14:19, Bjørn Mork wrote:
The src-include method allows recursive inclusion of feeds.conf snippets.
This can for example be used for adding static local feeds to
feeds.conf.default without ever having to update the local feeds.conf:
src-include defaults feeds.conf.default
src-
On 05/06/2019 13:35, Karl Palsson wrote:
John Crispin wrote:
On 05/06/2019 12:17, Karl Palsson wrote:
John Crispin wrote:
This can be used inside build setups for easy feeds.conf
generation.
Could you give us an example of how this is actually easy, or
what sort of functionality this is
On 05/06/2019 14:54, Jonas Gorski wrote:
Hi,
On Wed, 5 Jun 2019 at 14:33, John Crispin wrote:
On 05/06/2019 13:35, Karl Palsson wrote:
John Crispin wrote:
On 05/06/2019 12:17, Karl Palsson wrote:
John Crispin wrote:
This can be used inside build setups for easy feeds.conf
generation
On 05/06/2019 15:11, Jonas Gorski wrote:
On Wed, 5 Jun 2019 at 14:58, John Crispin wrote:
On 05/06/2019 14:54, Jonas Gorski wrote:
Hi,
On Wed, 5 Jun 2019 at 14:33, John Crispin wrote:
On 05/06/2019 13:35, Karl Palsson wrote:
John Crispin wrote:
On 05/06/2019 12:17, Karl Palsson wrote
On 05/06/2019 15:26, Jonas Gorski wrote:
On Wed, 5 Jun 2019 at 15:16, John Crispin wrote:
On 05/06/2019 15:11, Jonas Gorski wrote:
On Wed, 5 Jun 2019 at 14:58, John Crispin wrote:
On 05/06/2019 14:54, Jonas Gorski wrote:
Hi,
On Wed, 5 Jun 2019 at 14:33, John Crispin wrote:
On 05/06
have the same layout as the toolchain folder. By placing optional Makefiles
into these subfolders It is possible to override the versions of the various
toolchain components aswell as their patch sets and make templates.
Signed-off-by: John Crispin
---
rules.mk | 5
This patch should not be merged and is just an example of how the previous
custom toolchain patch can be used.
Signed-off-by: John Crispin
---
toolchain_custom/Config.in| 16 ++
toolchain_custom/binutils/Makefile.var| 10 +
.../patches/300
On 05/06/2019 18:42, Karl Palsson wrote:
John Crispin wrote:
The requirement for being able to add custom src toolchains to
the build system has been brought forward by the members of the
prpl foundation. This patch tries to address this requirement
by allowing a ned folder to be loaded into
On 05/06/2019 19:10, Karl Pálsson wrote:
Use generic wording.
Signed-off-by: Karl Palsson
---
toolchain/Config.in | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/toolchain/Config.in b/toolchain/Config.in
index 82dddbc209..e76e62e34f 100644
--- a/toolchain/Config.in
+
Hi,
the DL server will go down in a few minutes for maintenance, if all goes
well it'll be back up within the hour
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 18/06/2019 18:30, John Crispin wrote:
Hi,
the DL server will go down in a few minutes for maintenance, if all
goes well it'll be back up within the hour
John
___
openwrt-adm mailing list
openwrt-...@lists.openwrt.org
On 21/06/2019 17:38, Alban Bedel wrote:
Since commit 11e8afea (runqueue should cal the complete handler from
more places) the call to the complete() callback has been moved to
runqueue_task_complete(). However in runqueue_task_kill()
runqueue_task_complete() is called before the kill() callback
Hi,
patch is malformed and fails to apply
John
--2019-07-01 15:54:52-- http://patchwork.ozlabs.org/patch/1117474/mbox/
Resolving patchwork.ozlabs.org (patchwork.ozlabs.org)... 203.11.71.1,
2401:3900:2:1::2
Connecting to patchwork.ozlabs.org
(patchwork.ozlabs.org)|203.11.71.1|:80... connec
On 16/06/2019 00:10, Jeff Kletsky wrote:
From: Jeff Kletsky
Wifi can, in certain situations, cause sysupgrade to fail silently
with a 256 return value as all processes can't be killed.
One of these situations is mesh with batman-adv active.
Added `wifi down` just prior to the killall sequence
On 01/07/2019 16:23, Alban wrote:
On Mon, 1 Jul 2019 15:48:47 +0200
John Crispin wrote:
On 21/06/2019 17:38, Alban Bedel wrote:
Since commit 11e8afea (runqueue should cal the complete handler from
more places) the call to the complete() callback has been moved to
runqueue_task_complete
On 13/07/2019 13:04, Linus Walleij wrote:
On Fri, Jul 12, 2019 at 8:57 AM Hauke Mehrtens wrote:
On 7/12/19 8:07 AM, Linus Walleij wrote:
+ # These are all connected to eth1 thru VSC7385
+ ucidef_set_interfaces_lan_wan "eth1 lan1 lan2 lan3 lan4" "eth0"
This will create a bridge over e
On 25/07/2019 17:43, Zefir Kurtisi wrote:
This adds filtering options for facilities as follows:
-z handle only messages with given facility (0-23),
repeatable
-Z ignore messages with given facility (0-23), repeatable
With that
* 'logread -z 2 -z 16' will display all
On 26/07/2019 09:57, Zefir Kurtisi wrote:
On 7/25/19 5:58 PM, John Crispin wrote:
On 25/07/2019 17:43, Zefir Kurtisi wrote:
This adds filtering options for facilities as follows:
-z handle only messages with given facility (0-23),
repeatable
-Z ignore messages with
Hi,
ignoring the ranting and putting the enlightening philantrophic
comments aside, on a pure technical level, being the author of procd, I
dont think this is a good idea. procd is an opt-in feature for those
that want to use it. there has never been a requirement to make it
baseline. USE_PR
On 04/08/2019 06:56, Ingo Feinerer wrote:
This adds support to query the home provider, mainly for debugging and
information purposes.
Signed-off-by: Ingo Feinerer
---
cli.c | 36 +++-
1 file changed, 35 insertions(+), 1 deletion(-)
diff --git a/cli.c b/cli.
On 16/08/2019 16:28, Rafał Miłecki wrote:
From: Rafał Miłecki
Object passed as "options" gets translated into environment variables
UPGRADE_OPT_*. E.g.
"options": { "foo": 5 }
will result in setting UPGRADE_OPT_FOO=5.
This allows stage2 sysupgrade to get options explicitly. So far it was
gues
On 16/08/2019 18:17, Bjørn Mork wrote:
John Crispin writes:
+ for (c = name + strlen(prefix); *c; c++) {
+ *c = toupper(*c);
+ }
+
and, matter of tatse, but i'd drop the travolta brackets on single
line clauses
I thought <> wer
-sysupgrade.bin
Why would we need to have the generic in the name if there is no other
non-generic subtarget ?
John
CC: John Crispin
Signed-off-by: Paul Spooren
---
target/linux/ipq40xx/Makefile | 1 +
target/linux/ipq40xx/generic/target.mk | 1 +
target/linux/ipq806x
On 22/08/2019 08:47, Paul Spooren wrote:
Hi John,
This commit adds the Generic subtarget resulting in consistent naming.
and
already uses `x/generic/` as subfolder as if the subtarget would exist.
I'm very much in favor of consistent names[0][1][2] as it reduces the
hassle when trying au
On 30/08/2019 15:29, Enrico Mioso wrote:
Hello!!
I saw commit 7f9edadf85299cd4fc965a811b40eaa57a368486
and was wondering if we can now use the BT hardware found on this
chipset.
Thanks!!
Enrico
its still WIP
John
___
openwrt-devel maili
On 30/07/18 22:33, Christian Lamparter wrote:
This patch fixes the a compile issue that was triggered by
apm821xx/sata when kmod-regmap was selected.
The CONFIG_REGMAP is declared in drivers/base/regmap/Kconfig
as type "bool" and not "tristate". Hence the symbol should
never be set to module,
none of the buildservers seem to break without this patch. please repost
explaining how the build breaks without this patch. also reference the
place where you copied the patch from
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.o
The patch description is missing a reason why we should enable it. just
because upstream added it is not really reason enough.
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-de
On 01/08/18 14:08, Bjørn Mork wrote:
John Crispin writes:
none of the buildservers seem to break without this patch. please
repost explaining how the build breaks without this patch. also
reference the place where you copied the patch from
The buildservers probably don't build this
You might have noticed, that PR backlog has gone from 150-> <50 in the
last few days, so please stay tuned a little longer, we are slowly but
surely cleaning up the backlog and will get to that PR aswell soonish.
John
___
openwrt-devel mailing lis
On 03/08/18 18:18, Thibaut VARÈNE wrote:
Avoid having /sbin/wifi silently ignore unknown keywords and execute
"enable"; instead display the help message and exit with an error.
Signed-off-by: Thibaut VARÈNE
---
package/base-files/files/sbin/wifi | 2 +-
1 file changed, 1 insertion(+), 1 de
On 06/08/18 16:15, David Bauer wrote:
The QCA955X is affected by a hardware bug which causes link-loss of the
SGMII link between SoC and PHY. This happens on change of link-state or
speed.
It is not really known what causes this bug. It definitely occurs when
using a AR8033 Gigabit Ethernet P
On 06/08/18 16:15, David Bauer wrote:
When checking the outcome of the PHY autonegotiation status, at803x
currently returns false in case the SGMII side is not established.
Due to a hardware-bug, ag71xx needs to fixup the SoCs SGMII side, which
it can't as it is not aware of the link-establish
On 06/08/18 16:21, David Bauer wrote:
This commit adds the ability to configure specific functions of the
at803x series ethernet-PHYs, which were previously configured
exclusively with the help of platform-data, via device-tree.
This is needed to fully support existing boards of the ar71xx pla
Hi All,
$magic feature, please elaborate, kthxbye
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi
this following chunk need to be annotated and sent upstream. also using
initvals might not be the best option. please also check if there is a
binding doc and add this new property.
John
diff --git a/target/linux/ath79/patches-4.14/005-gpio-74x164-add-initvals.patch
b/target/linux/at
On 13/08/18 11:45, Jo-Philipp Wich wrote:
So TLDR; I prefer a locally reproducible, cached tarball of a given SCM
clone over an opaque Github offer.
I would like to second that notion
John
___
openwrt-devel mailing list
openwrt-devel@lists.open
Hi,
as 19.01 will probably use v4.14 as baseline and ath79 wont be a full
replacement for ar71xx by then we decided to bump ar71xx to v4.14. This
is available for testing inside my staging tree ->
https://git.openwrt.org/?p=openwrt/staging/blogic.git;a=shortlog;h=refs/heads/staging
The tree
On 20/08/18 10:43, Daniel F. Dickinson wrote:
Hi all,
For /etc/hotplug.json is it possible to include another .json file
conditionally (that is if /etc/hotplug.json.d/30-nut-usbhid-ups.json
exists, include it)?
Regards,
Daniel
such a feature does not exist,
John
_
On 19/08/18 12:48, Chuanhong Guo wrote:
We currently don't have any code configuring interface mode in ath79,
meaning that we relies on bootloader to set the correct interface mode.
This patch added code to set interface correctly so that everything works
even if bootloader configures it wrong
On 22/08/18 10:40, Koen Vandeputte wrote:
On 2018-08-13 17:14, John Crispin wrote:
Hi,
as 19.01 will probably use v4.14 as baseline and ath79 wont be a full
replacement for ar71xx by then we decided to bump ar71xx to v4.14.
This is available for testing inside my staging tree ->
ht
On 21/08/18 13:39, Chuanhong Guo wrote:
We currently don't have any code configuring interface mode in ath79,
meaning that we relies on bootloader to set the correct interface mode.
This patch added code to set interface correctly so that everything works
even if bootloader configures it wrong
On 22/08/18 11:06, Dmitry Tunin wrote:
Currently all PCI devices get the same IRQ that affects performance badly.
This commit adresses this problem and cleans the code.
ar7100 has a special PCI interrupt controller@18060018 that works exactly
the same way as misc interrupt controller.
This p
On 22/08/18 11:06, Dmitry Tunin wrote:
Currently all PCI devices get the same IRQ that affects performance badly.
This commit adresses this problem and cleans the code.
ar7100 has a special PCI interrupt controller@18060018 that works exactly
the same way as misc interrupt controller.
This p
On 20/08/18 12:39, Nuno Morais wrote:
For B2B applications, mutual authentication of peers is a requirement.
Add operation to enable / disable peer authentication
adding a new operation to the ustream_ssl_ops struct
using "SSL_VERIFY_PEER | SSL_VERIFY_FAIL_IF_NO_PEER_CERT",
and "MBEDTLS_SSL_VE
On 22/08/18 12:02, Outback Dingo wrote:
curious what i missed as my archer-c7-v4 is working fine. TPLINK
AC1750 device
Hi,
please dont top post
I have no idea what you are asking.
John
___
openwrt-devel mailing list
openwrt-devel@lists.openw
On 23/08/18 11:34, Dirk Brenken wrote:
Hi,
I've tested two router with latest master & kernel 4.14
(OpenWrt SNAPSHOT, r7906-7e73e9128f)
- TP-Link RE-450v1 => works quite fine, both radios are available,
no issues at all
- GL-AR750 => 2,4G works OK, 5G is no longer available, e.g. default
wif
On 23/08/18 11:53, Martin Schiller wrote:
The mcp23s08 drivers was moved from gpio to pinctrl "subsystem" in
linux-4.13.
As linux-4.9 is still used for some targets, how to proceed with this
mcp23s08 driver?
Create a new (second) CONFIG option (kmod-pinctrl-mcp23s08) coexisting
to the kmod-
On 27/08/18 14:26, wellnw wrote:
This patch adds supports for GL-X1200.
Specification:
- SOC: QCA9563 (775MHz)
- Flash: 16 MiB (W25Q128FVSG)
- RAM: 128 MiB DDR2
- Ethernet: 4x 1Gbps LAN + 1x 1Gbps WAN
- Wireless: 2.4GHz (bgn) and 5GHz (ac)
- USB: 1x USB 2.0 port
- Button: 1x reset button
- LED
.14/0048-net-core-add-RPS-balancer.patch
deleted file mode 100644
index 6cb5fa74955b..
--- a/target/linux/mediatek/patches-4.14/0048-net-core-add-RPS-balancer.patch
+++ /dev/null
@@ -1,90 +0,0 @@
-From 3e969c9695b45e1a052d43b367096ec99f2f0aac Mon Sep 17 00:00:00 2001
-From: John Crispin
On 31/08/18 11:14, Ram Chandra Jangir wrote:
* SoC: QCA IPQ4019
* RAM: 512 MiB
* Flash: 32 MiB of SPI NOR and 128 MiB NAND
* Wireless: 2.4-GHz 802.11ac, and two 5-GHz 802.11ac
* IoT :
CSR8811 radio [ supports BT classic and BLE ]
SiLabs EFR32MG radio [ supports 802.15.
On 12/09/18 23:15, Etienne Champetier wrote:
Hi Pieter,
Le mer. 12 sept. 2018 à 15:20, Pieter Smith a écrit :
Hi all,
I would like to extend the OpenWRT build system to allow a substantial
speed-up with optional pre-built binary injection. The goal is to
perform the full distro build includ
On 26/09/2018 16:52, Robert Marko wrote:
What about all of the custom BDF-s that were upstreamed primarly for
IPQ40XX and lately various QCA99XX and QCA98XX radios?
By disabling ath10k-firmware and using the linux-firmware version we
are bound to have to use ipq-wifi again since firmware and bo
ipq40xx boards.
Only way around it is to again revert to using ipq-wifi for every board
Regards
Robert Marko
which part of "please dont top post" was not clear, just for future
reference ?
On 26 September 2018 at 16:59, John Crispin wrote:
On 26/09/2018 16:52, Robert Marko wr
On 26/09/2018 17:14, John Crispin wrote:
On 26/09/2018 17:12, Robert Marko wrote:
I understand the issues with never firmware breaking driver features,
and I dont have anything against using linux-firmware for the firmware
but board files there are too old.
For example board-2.bin for IPQ4019
On 28/09/2018 06:35, Eric Luehrsen wrote:
On 09/27/2018 04:22 PM, Hauke Mehrtens wrote:
On 09/26/2018 09:38 AM, Koen Vandeputte wrote:
On 2018-09-23 00:42, Hauke Mehrtens wrote:
Hi,
We talked about plans for the next OpenWrt releases in this mail
thread:
http://lists.infradead.org/piperm
On 14/10/2018 23:25, Linus Walleij wrote:
On Sun, Oct 14, 2018 at 10:47 PM Hauke Mehrtens wrote:
There is a typo in your script, it should be
ucidef_set_interfaces_lan_wan, with an s and not
ucidef_set_interface_lan_wan.
Yeah I noticed too, thanks. I'm still experimenting with it.
Is there a
On 15/10/2018 12:24, Bjørn Mork wrote:
This is NOT READY for merge.
( This code can also be found in a github branch, in case you find that
easier to review:
https://github.com/bmork/LEDE/tree/mt7621-with-mainline-eth-driver )
Hoping for some early feedback in case what I am doing here
On 23/11/2018 12:02, Hans Dedecker wrote:
In case ramfs is used as tmpfs it creates /tmp with permissions 755
which are the the default permissions.
Therefore when mounting tmp set permissions explicitly to 1777
Signed-off-by: Hans Dedecker
Acked-by: John Crispin
---
initd/early.c | 2
looks correct but few nitpicks inline
On 22/11/2018 15:46, Günther Kelleter wrote:
Multicast ARL entries can have multiple destination ports.
this statement is correct but does not describe what the patch does :-)
Signed-off-by: Günther Kelleter
---
target/linux/generic/files/drivers/net/p
Hi Russel,
please resend as a new new thread, patchwork failed to properly pick this up
https://patchwork.ozlabs.org/patch/998802/
John
On 16/11/2018 14:05, Russell Senior wrote:
Indoor low-power router with 2.4 GHz radio
CPU:Atheros AR7241 rev 1
RAM:32 MB
Flash: 8 MB NOR SPI
Sw
Hi,
looks good, nitpicks inline
On 23/11/2018 22:00, Karl-Felix Glatzer wrote:
This patch adds support for TP-Link Archer A7
Specification:
- SOC: QCA9563
- Flash: 16 MiB (SPI)
- RAM: 128 MiB (DDR2)
- Ethernet: 4x 1Gbps LAN + 1x 1Gbps WAN
- Wireless:
- 2.4GHz (bgn) SoC internal
- 5G
On 19/10/2018 13:17, Ram Chandra Jangir wrote:
We have IPQ8064 AP161 board which has three GMAC's
* RGMII x2
* SGMII x1.
The existing ar8327 driver does not have support for
three GMAC's connection, hence this change adds support
for the same. This has been verified on AP148 and AP161
board.
On 17/10/2018 01:08, Rosen Penev wrote:
This breaks compatibility with kernel 3.18, but as that is more or less
abandoned at this point, it should be fine.
it'll break the buildbots. please make it safe to use even for 3.18 as
we still have that kernel in the tree
target/linux/adm5120/Mak
On 15/10/2018 21:32, Christian Lamparter wrote:
From: Freddy Leitner
This remedies an issue with the MBL Duo if both disks are inserted
and contain OpenWrt. kernel and dtb would be loaded from SATA 1:1
while rootfs (/dev/sda2) would be mounted on SATA 0:1.
Such a mix&match would obviously onl
On 26/11/2018 15:44, Günther Kelleter wrote:
Multicast ARL entries can have multiple destination ports. Get and dump
all destination ports of each entry, not just the lowest.
Signed-off-by: Günther Kelleter
merged, Thanks !
---
Changes in v2:
- code readability
- commit message
.../gener
On 27/11/2018 16:11, Tomasz Maciej Nowak wrote:
W dniu 27.11.2018 o 14:47, Lucian Cristian pisze:
On 26.11.2018 23:58, Tomasz Maciej Nowak wrote:
W dniu 26.11.2018 o 22:47, Lucian Cristian pisze:
On 26.11.2018 23:11, Tomasz Maciej Nowak wrote:
W dniu 26.11.2018 o 21:44, Lucian Cristian pisze
On 27/11/2018 18:15, Tomasz Maciej Nowak wrote:
W dniu 27.11.2018 o 18:04, John Crispin pisze:
On 27/11/2018 16:11, Tomasz Maciej Nowak wrote:
W dniu 27.11.2018 o 14:47, Lucian Cristian pisze:
On 26.11.2018 23:58, Tomasz Maciej Nowak wrote:
W dniu 26.11.2018 o 22:47, Lucian Cristian pisze
On 30/11/2018 16:07, Rafał Miłecki wrote:
From: Rafał Miłecki
This is what was implemented in mountd and what some scripts used to
use. It's a pretty generic solution for managing software that may use
e.g. USB storage.
Signed-off-by: Rafał Miłecki
looks good, I agree that this is a missin
On 01/12/2018 02:51, David Bauer wrote:
It allows selecting split-firmware parser directly by
specifying image-format in the device-tree.
Signed-off-by: David Bauer
---
.../generic/files/drivers/mtd/mtdsplit/mtdsplit_eva.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/tar
701 - 800 of 2219 matches
Mail list logo
