Do you have a OpenWrt One device and a bit of time to help out? I would really
appreciate any help testing selinux-policy v2 on an OpenWrt One device.
I made it as easy as I can for you. You can either download a ready to use
sysupgrade image[1] or you can follow the instruction to build the i
resting to devise a system where users can enter their contact
data for devices they own, showing that they are willing to test these devices
for devs?
Devs could send out messages through the system asking for certain PR/patches
to be tested by devices to confirm they don't break anything.
On 11/30/24 11:33, Tim Small wrote:
Hi,
It seems that it's currently a bit tricky to get work-in-progress
changes or debug builds tested by end-users.
Some sort of end-user test is often needed where the issues are
occurring sporadically, or where the developer lacks hardware or some
that it's currently a bit tricky to get work-in-progress
changes or debug builds tested by end-users.
Some sort of end-user test is often needed where the issues are
occurring sporadically, or where the developer lacks hardware or some
other necessary piece of the puzzle to reproduce the issue t
The 'preinit' script '/lib/preinit/70_initramfs_test' [1] checks whether
the system is running in an 'initramfs'. If this is the case, the loop [2]
in which the function is called is exited via a 'break' call. Further
'preinit_main' hooks are ignored.
This behavior is very unfortunate and would no
The 'preinit' script '/lib/preinit/70_initramfs_test' [1] checks whether
the system is running in an 'initramfs'. If this is the case, the loop [2]
in which the function is called is exited via a 'break' call. Further
'preinit_main' hooks are ignored.
This behavior is very unfortunate and would no
r as a guest? )
QEMU is your friends, so maybe your or someone wants to pick up Haukes work[0]
and make it happen. When it comes to Docker the questions is what you want to
test. Since Docker uses the host Kernel any changes there aren’t of use. LuCI
should work fine, however that’s something you shoul
Maybe others have raised this idea. I won't address potential security
issues at the abstract phase (firewalling necessary), but...
How about a node which spins up a live openwrt system with the latest
luci master with the various PRs that come in? So contributors can see
the effect of chan
In case anyone was wondering, the later patches are marked "WIP" since
they hadn't been sufficiently tested.
I had run into this a bit ago, but hadn't tracked down the issue. Now
that I have, another patch is attached to this message. This is an
outright bug in the patch and should be fixed.
-
Check whether all the spots have been handled. This hasn't been tried
in a long while, I doubt I've got everything right.
Signed-off-by: Elliott Mitchell
---
include/kernel.mk | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/include/kernel.mk b/include/kernel.mk
index 7f
case, but as previously mentioned series[1], there was an error when
initrd was hardcoded, instead of testing existence for it and then
loading. To remedy this in later the 55b808e0c4be ('x86: image: add test
module to bootloader') was commited. Which was later accidentally
dropped w
Hi,
merged both patches, thank you!
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Fixes: 35f5120afcf158e445062fdb5072684ed24d91d0
Signed-off-by: Thomas Weißschuh
---
tests/03_rules/04_icmp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/03_rules/04_icmp b/tests/03_rules/04_icmp
index 53cee11..834ecc7 100644
--- a/tests/03_rules/04_icmp
+++ b/test
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
The blob buffer has no limitation in place
to prevent buflen to exceed maximum size.
This commit adds a test to demonstrate how
a blob increases past the maximum allowd
size of 16MB. It continuously adds chunks
of 64KB and with the 255th one blob_add()
returns a valid attribute pointer but the
Hello folks!!
I'm seeing these messages on this router, which seems to actually work fine.
reporting them justi n case.
libphy: ipq4019_mdio: probed
ESS reset ok!
ESS reset ok!
PHY 0 single test PSGMII issue happen!
PHY 1 single test PSGMII issue happen!
PHY0 test see issue!
PHY1 test see
Peter Seiderer [2021-03-09 21:44:21]:
Hi,
> /* u8 is converted to boolean (true: all values != 0/false: value 0) in
> json */
ok, makes sense, merged[1], thanks!
1. https://git.openwrt.org/551d75b5662cccd0466b990d58136bdf799a804d
Cheers,
Petr
_
> > + [*] blobmsg from json/cast_s64:
>
> ...
>
> > + int8_max: 1
> > + int8_min: 1
As stated/hidden in the test case source code:
/* u8 is converted to boolean (true: all values != 0/false: value 0) in
json */
See [1] from the libubox source code...
Peter Seiderer [2021-03-06 11:54:50]:
Hi,
nice, just a small nitpicks, these seems fine:
> + int8_max: 127
> + int8_min: -128
...
but the outputs bellow looks suspicious:
> + [*] blobmsg from json:
...
> + int8_max: 1
> + int8_min: 1
...
> + [*] blobmsg from json/cast_u64:
...
>
* add mixed int/double tests
* add blobmsg_cast_u64/blobmsg_cast_s64 tests
Signed-off-by: Peter Seiderer
---
tests/cram/test_blobmsg_types.t | 82 +++
tests/test-blobmsg-types.c | 371
2 files changed, 453 insertions(+)
create mode 100644 tests/cram
The test is meant to check the result of the preceding kmalloc()
Signed-off-by: Thibaut VARÈNE
---
.../generic/files/drivers/platform/mikrotik/rb_hardconfig.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/target/linux/generic/files/drivers/platform/mikrotik
lists.openwrt.org
>> Cc: Thibaut VARÈNE
>> Subject: [PATCH] generic: platform/mikrotik: fix incorrect test
>
> And to be merged, this needs a commit message.
The commit message is the commit title. I didn’t expect this to be a problem,
as evidenced by 6bdd4c967b or 072c5876c
Hi,
This patch also targets 19.07: please cherry pick when merged.
Thibaut
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Signed-off-by: Thibaut VARÈNE
---
.../generic/files/drivers/platform/mikrotik/rb_hardconfig.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/target/linux/generic/files/drivers/platform/mikrotik/rb_hardconfig.c
b/target/linux/generic/files/drivers/platform/mikrotik/rb_ha
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Thibaut VARÈNE
> Sent: Dienstag, 18. August 2020 11:02
> To: openwrt-devel@lists.openwrt.org
> Cc: Thibaut VARÈNE
> Subject: [PATCH] generic: platform/mikroti
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Thibaut VARÈNE
> Sent: Dienstag, 18. August 2020 11:02
> To: openwrt-devel@lists.openwrt.org
> Cc: Thibaut VARÈNE
> Subject: [PATCH] generic: platform/mikroti
On Sun, Mar 29, 2020 at 6:13 PM Rosen Penev wrote:
>
> Required for installation of autoconf:
>
> make[5]: Entering directory `/openwrt/build_dir/host/autoconf-2.69'
> Making all in bin
> make[6]: Entering directory `/openwrt/build_dir/host/autoconf-2.69/bin'
> autom4te_perllibdir='..'/lib AUTOM4T
Required for installation of autoconf:
make[5]: Entering directory `/openwrt/build_dir/host/autoconf-2.69'
Making all in bin
make[6]: Entering directory `/openwrt/build_dir/host/autoconf-2.69/bin'
autom4te_perllibdir='..'/lib AUTOM4TE_CFG='../lib/autom4te.cfg'
../bin/autom4te -B '..'/lib -B '..'/l
* add missing test with sanitizers
* add test case for blobmsg_add_json_from_string
* add test cases for all numeric types
* print types for each variable
Signed-off-by: Petr Štetiar
---
tests/cram/test_blobmsg.t | 255 +++---
tests/test-blobmsg.c | 47
Increasing test coverage.
Signed-off-by: Petr Štetiar
---
tests/cram/test_blobmsg_parse.t | 65 +
tests/test-blobmsg-parse.c | 74 +
2 files changed, 139 insertions(+)
create mode 100644 tests/cram/test_blobmsg_parse.t
create
Increasing test coverage.
Signed-off-by: Petr Štetiar
---
tests/cram/inputs/invalid.ucert | Bin 0 -> 362 bytes
tests/cram/inputs/key-build.ucert | Bin 0 -> 356 bytes
tests/cram/test_blob_parse.t | 76 +
tests/test-blob-parse.c
==31775==ERROR: AddressSanitizer: SEGV on unknown address 0x604000a7c715
==31775==The signal is caused by a READ memory access.
#0 blobmsg_check_attr blobmsg.c:48:6
#1 blobmsg_parse_array blobmsg.c:118:8
#2 fuzz_blobmsg_parse test-blobmsg-parse-fuzzer.c:35:2
Signed-off-by: Petr
==5872==ERROR: AddressSanitizer: SEGV on unknown address 0x6020004100b4
==5872==The signal is caused by a READ memory access.
#0 blob_data blob.h
#1 blob_parse blob.c:228:2
Signed-off-by: Petr Štetiar
---
.../crash-1b8fb1be45db3aff7699100f497fb74138f3df4f | Bin 0 -> 6 bytes
.../crash-98
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
In order to extend test coverage and help testing refactoring.
Signed-off-by: Petr Štetiar
---
tests/cram/config/broken | 1 +
tests/cram/lua/basic.lua | 2 ++
tests/cram/test_ucilua.t | 1 +
3 files changed, 4 insertions(+)
create mode 100644 tests/cram/config/broken
diff --git a/tests/cram
So we could start adding other tests as well. While at it rename the
parent directory from test to the more common tests name.
Signed-off-by: Petr Štetiar
---
.gitignore | 2 +-
{test => tests/shunit2}/Makef
On Friday, 17 May 2019 11:44:25 CEST Charlemagne Lasse wrote:
> uci is currently a highly problematic software and its library & lua
> bindings cannot be used without corrupting or leaking memory
heap-use-after-free - yes. But I cannot find the memory leak report/test. This
is
tual memory region away after its finished.
To notice such problems faster, start the uci testsuite with the
valgrind memory checker.
Signed-off-by: Charlemagne Lasse
---
Bug report: https://bugs.openwrt.org/index.php?do=details&task_id=2288
test/tests.sh | 6 --
1 file changed, 4 insertio
is needed for early microcode load
and transition to this needs to be done step by step, enable the test
module now, so that every newly created image has it already embedded.
Signed-off-by: Tomasz Maciej Nowak
---
target/linux/x86/image/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2
OK, which AP and client devices you used while doing that test?
On 23 August 2018 at 16:08, Dirk Brenken wrote:
>
> Hi Tom,
>
> I haven't run any special/formal speed tests, just one speedtest.net
> measurement with "usual" 209 Mbps Download and 9.9 Mbps Upload
&g
> A bit off-topic, but what does OF stand for ?
> (that legacy code does not use DT is known).
>
OF stands for Open Firmware.
It doesn't use the DT, but the code is still there in many cases. It
is not cut out by prerocessor in many cases.
___
openwrt-d
Op 23 aug. 2018, om 16:15 heeft Dmitry Tunin het
volgende geschreven:
> I think the kernel became so big because of the extra code related to
> building both OF and legacy code in many palaces.
A bit off-topic, but what does OF stand for ?
(that legacy code does not use DT is known).
_
> There are other shortcomings along with upgraded kernel e.g. the
> kernel is getting so big that we may not be able to use 4M flash with
> even just basic functions of a router in a near future.
> (I remember that someone successfully fit USB support and Samba into
> 4M flash using OpenWrt Backfi
On Do, 2018-08-23 at 14:36 +0200, Tom Psyborg wrote:
> Hi Dirk
>
> You say: "works quite fine, both radios are available,
> no issues at all"
>
> but no feedback on how it actually performs...
>
> From my test I got throughput of 215Mbps on 2.4GHz wifi wit
Hi!
Tom Psyborg 于2018年8月23日周四 下午8:36写道：
>
> Hi Dirk
>
> You say: "works quite fine, both radios are available,
> no issues at all"
>
> but no feedback on how it actually performs...
>
> From my test I got throughput of 215Mbps on 2.4GHz wifi with 4.9
&g
Hi Dirk
You say: "works quite fine, both radios are available,
no issues at all"
but no feedback on how it actually performs...
From my test I got throughput of 215Mbps on 2.4GHz wifi with 4.9
After upgraded to 4.14 the throughput dropped to 185-190Mbps. same
device same settings a
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
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
wifi configuration via 'wifi config' kernel 4
of project which will cover the setup to
allow replicating the whole setup or parts of it.
It's possible to contribute to the setup by adding tests or
devices.
To get the project started, I'll start integrating 1 or 2 devices of
an architecture. While write test cases.
Later on I'll
test
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel
nd-Router (DSL-, Kabel-, SOHO-, CE-, CPE-Router,
>> IADs)" (English: Test concept for broadband routers). This test concept
>> is only available in German and most chapters are published in the
>> public by the BSI, chapter 4 and 5 are only available after signing a
&g
On 04/08/2017 11:38 AM, Hauke Mehrtens wrote:
> The German Bundesamt für Sicherheit in der Informationstechnik (short:
> BSI, English: Federal Office for Information Security) published a
> "Testkonzept für Breitband-Router (DSL-, Kabel-, SOHO-, CE-, CPE-Router,
> IADs)"
On 2016-01-11 15:25, Martin Blumenstingl wrote:
> Remove the "DEU test manager" code which has not been used for more than
> two years (as the kernel module is not installed anymore since
> aa65888e08ec7279cfecc24c5bfe71cf9a016b91).
> This fixes compilation on ker
Remove the "DEU test manager" code which has not been used for more than
two years (as the kernel module is not installed anymore since
aa65888e08ec7279cfecc24c5bfe71cf9a016b91).
This fixes compilation on kernel 4.3 (which removes
aead_request_set_assoc) and newer.
Signed-off-
report results. We needed to use it with continuous integration software
like Jenkins so that we could test new code changes to router software
before they are merged.
So, we started this project two years ago, it's grown quite a bit, and it's
been fantastic at catching kernel panics, me
On Thu, Aug 20, 2015 at 6:57 AM, Jonas Gorski wrote:
> Hi,
>
> On Thu, Aug 20, 2015 at 11:40 AM, Dirk Neukirchen
> wrote:
>> GCC 4.9 was marked BROKEN with r46089. Recently GCC 5.2 was added (marked as
>> broken too)
>>
>> commit msg: " toolchain: mark gcc 4.9 as broken, it miscompiles some cod
Hi,
On Thu, Aug 20, 2015 at 11:40 AM, Dirk Neukirchen wrote:
> GCC 4.9 was marked BROKEN with r46089. Recently GCC 5.2 was added (marked as
> broken too)
>
> commit msg: " toolchain: mark gcc 4.9 as broken, it miscompiles some code
> especially on ARM"
>
> Looking through some GCC 5 serious reg
GCC 4.9 was marked BROKEN with r46089. Recently GCC 5.2 was added (marked as
broken too)
commit msg: " toolchain: mark gcc 4.9 as broken, it miscompiles some code
especially on ARM"
Looking through some GCC 5 serious regressions I found:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65932
I ca
We might need HOST_CPPFLAGS and HOST_LDFLAGS to find libraries.
---
include/prereq-build.mk | 28 +---
1 file changed, 9 insertions(+), 19 deletions(-)
diff --git a/include/prereq-build.mk b/include/prereq-build.mk
index 53eac37..6c8cbf1 100644
--- a/include/prereq-build.m
On 11.06.2015 14:16, Anindya Sundar Gayen wrote:
> Linux Test Project
I never heard of that before. Can you clarify ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Dear Team,
Can you please specify where I `ll get the OpenWrt 14.07 specific Linux
Test Project.
Thanks & regards,
Anindya Sundar Gayen
Contact | 7842753740
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
h
Dear Team,
Can you please specify where I `ll get the OpenWrt 14.07 specific Linux
Test Project.
Thanks & regards,
Anindya Sundar Gayen
Contact | 7842753740
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
h
Signed-off-by: Yousong Zhou
---
test/tests.d/070_revert | 19 +++
1 file changed, 19 insertions(+)
diff --git a/test/tests.d/070_revert b/test/tests.d/070_revert
index 6035f6f..fc9f5f3 100644
--- a/test/tests.d/070_revert
+++ b/test/tests.d/070_revert
@@ -26,3 +26,22
From: Yousong Zhou
Signed-off-by: Yousong Zhou
---
test/references/batch_comments.result |9 +
test/tests.d/060_batch| 26 ++
2 files changed, 35 insertions(+)
create mode 100644 test/references/batch_comments.result
diff --git a/test
- With "uci -P xxx/ export", changes in "xxx/" should be applied last.
- With "uci -p xxx/ commit", changes in "xxx/" should be applied before
ctx->savedir.
Signed-off-by: Yousong Zhou
---
test/references/cli.options.delta.
---
test/references/options.delta.result |5 +
test/tests.d/090_cli_options | 38 ++
2 files changed, 43 insertions(+)
create mode 100644 test/references/options.delta.result
create mode 100644 test/tests.d/090_cli_options
diff --git a/test
Signed-off-by: Yousong Zhou
---
test/tests.d/010_export |8
1 file changed, 8 insertions(+)
diff --git a/test/tests.d/010_export b/test/tests.d/010_export
index 259f988..584bcc8 100644
--- a/test/tests.d/010_export
+++ b/test/tests.d/010_export
@@ -1,6 +1,14 @@
test_export
Signed-off-by: Yousong Zhou
---
test/tests.d/010_export | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/test/tests.d/010_export b/test/tests.d/010_export
index 259f988..beb0f6c 100644
--- a/test/tests.d/010_export
+++ b/test/tests.d/010_export
@@ -1,6 +1,14
e any boards with the ATSAMA5D3, but if you would like I
would be more than happy to send you a couple of the Atmel eval boards
and some of our Q70 units to test images on.
Cheers,
Owen
On 15-02-15 11:42 PM, John Crispin wrote:
Hi,
does anyone have one of these ->
http://www.atmel.c
On 16/02/2015 11:52, Nicolas FERRE wrote:
> John Crispin openwrt.org> writes:
>
>>
>> Hi,
>>
>> does anyone have one of these ->
>> http://www.atmel.com/tools/ATSAMA5D3-XPLD.aspx
>> that he wants to donate so that i have something to test at
John Crispin openwrt.org> writes:
>
> Hi,
>
> does anyone have one of these ->
> http://www.atmel.com/tools/ATSAMA5D3-XPLD.aspx
> that he wants to donate so that i have something to test at91 images on
Hi Josh,
Of course, I can surely do something for you ;-)
Let&#
Hi,
does anyone have one of these ->
http://www.atmel.com/tools/ATSAMA5D3-XPLD.aspx
that he wants to donate so that i have something to test at91 images on
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
ht
Also fix the false error message about absence of uci-static.
Signed-off-by: Yousong Zhou
---
test/tests.d/050_show |3 +++
test/tests.sh |2 +-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/test/tests.d/050_show b/test/tests.d/050_show
index ce0eafc..161bae0
I added support for kernel 3.14 for the mpc83xx target [0] in trunk, but
I do not have any hardware to test this, the commit was only compile tested.
If you have some hardware that is supported by the mpc83xx target please
build an image with kernel 3.14 and test it on your device. If this
image
I added support for kernel 3.14 for the mpc52xx target [0] in trunk, but
I do not have any hardware to test this, the commit was only compile tested.
If you have some hardware that is supported by the mpc52xx target please
build an image with kernel 3.14 and test it on your device. If this
image
I added support for kernel 3.14 for the ep93xx target [0] in trunk, but
I do not have any hardware to test this, the commit was only compile tested.
If you have some hardware that is supported by the ep93xx target please
build an image with kernel 3.14 and test it on your device. If this
image
Signed-off-by: Yousong Zhou
---
test/references/revert_option.result |3 +++
test/references/revert_option_multiline.result |2 ++
test/tests.d/070_revert| 28
3 files changed, 33 insertions(+)
create mode 100644 test
Signed-off-by: Yousong Zhou
---
test/references/add_list_changes.result |4 ++
test/references/add_list_config.result |6 +++
test/references/add_list_show.result |3 ++
test/references/del_list_config.result |5 +++
test/references
Signed-off-by: Yousong Zhou
---
test/references/batch_set.result |9 +
test/tests.d/060_batch | 17 +
2 files changed, 26 insertions(+)
create mode 100644 test/references/batch_set.result
create mode 100644 test/tests.d/060_batch
diff --git a/test
Signed-off-by: Yousong Zhou
---
test/references/show_parsing_multiline.data| 20 +
.../show_parsing_multiline_option.result | 12
.../show_parsing_multiline_package.result | 18
.../show_parsing_multiline_section.result
Signed-off-by: Yousong Zhou
---
cli.c |8 ++--
list.c |2 +-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/cli.c b/cli.c
index 6fbbfe9..554 100644
--- a/cli.c
+++ b/cli.c
@@ -360,6 +360,7 @@ static int uci_do_package_cmd(int cmd, int argc, char
**argv)
{
Signed-off-by: Yousong Zhou
---
test/references/add_list_changes.result |4 ++
test/references/add_list_config.result |6 +++
test/references/add_list_show.result |3 ++
test/references/del_list_config.result |5 +++
test/references
Signed-off-by: Yousong Zhou
---
test/references/revert_option.result |3 +++
test/references/revert_option_multiline.result |2 ++
test/tests.d/070_revert| 28
3 files changed, 33 insertions(+)
create mode 100644 test
Signed-off-by: Yousong Zhou
---
test/references/batch_set.result |9 +
test/tests.d/060_batch | 17 +
2 files changed, 26 insertions(+)
create mode 100644 test/references/batch_set.result
create mode 100644 test/tests.d/060_batch
diff --git a/test
Signed-off-by: Yousong Zhou
---
test/references/show_parsing_multiline.data| 20 +
.../show_parsing_multiline_option.result | 12
.../show_parsing_multiline_package.result | 18
.../show_parsing_multiline_section.result
lready and will push it
>> tomorrow with 2 other fixes
>
> Great, thanks for the heads up. I just pushed a fix/workaround for the
> mac-acx80211 loading issue.
>
>
> Jonas
>
thanks, i think we fixed most of the left over fallout today and
tonights CC test build sh
On Thu, Dec 11, 2014 at 8:39 PM, John Crispin wrote:
>
>
> On 11/12/2014 20:08, Jonas Gorski wrote:
>> procd: WDT failed to write: Bad file descriptor
>
> this is a bug in procd. i have a fix staged already and will push it
> tomorrow with 2 other fixes
Great, thanks for the heads up. I just pus
On 11/12/2014 20:08, Jonas Gorski wrote:
> procd: WDT failed to write: Bad file descriptor
this is a bug in procd. i have a fix staged already and will push it
tomorrow with 2 other fixes
John
___
openwrt-devel mailing list
openwrt-devel@list
Hi,
On Mon, Dec 8, 2014 at 7:19 AM, John Crispin wrote:
> Hi,
> also if anyone feels like testing the 3.14 i would appreciate the effort.
Flashed it onto my WAG354G, and it booted through with the expected
module load issue of acx-mac80211, and an unexpected watchdog
failure(?).
Jonas
Booti
U, I've never uses gpg but I feel like your MTC shouldn't be attaching
your private key.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
several older avm boxes laying arround. if yo want one or more, pm me.
2014-12-08 22:33 GMT+01:00 Sami Olmari :
> Not to be stupid, but how new device would do? I might have some age old
> ZyXEL P660-H hardware lying around our hackerspace for nothing, but old
> they are indeed :)
>
> Sami Olmari
Not to be stupid, but how new device would do? I might have some age old
ZyXEL P660-H hardware lying around our hackerspace for nothing, but old
they are indeed :)
Sami Olmari
On Dec 8, 2014 8:19 AM, "John Crispin" wrote:
> Hi,
>
> i just bumped ar7, it is only compile tested. i tried getting my
Hi,
i just bumped ar7, it is only compile tested. i tried getting my hands
on ar7 hw, managed to get 2 boards. one does not power up and the
other one has a uart connector welded and not soldered to it and fails
to give stable serial output.
does anyone have a working ar7 board that they want to
Signed-off-by: Stijn Tintel
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index d81d7fd..1df3d17 100755
Signed-off-by: Stijn Tintel
---
target/linux/octeon/base-files/lib/upgrade/platform.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/octeon/base-files/lib/upgrade/platform.sh
b/target/linux/octeon/base-files/lib/upgrade/platform.sh
index d81d7fd..1df3d17 100755
Signed-off-by: Yousong Zhou
---
test/references/add_section.result |2 +-
test/references/export.data|7 ++-
test/references/export.result |5 +
test/references/get_multiline.data
Signed-off-by: Yousong Zhou
---
test/references/export.result | 10 +-
test/references/import.result |8
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/test/references/export.result b/test/references/export.result
index 957e687..bc06655 100644
--- a/test
Signed-off-by: Yousong Zhou
---
test/tests.d/060-ucimap_example |9 -
1 file changed, 9 deletions(-)
delete mode 100644 test/tests.d/060-ucimap_example
diff --git a/test/tests.d/060-ucimap_example b/test/tests.d/060-ucimap_example
deleted file mode 100644
index 984726b..000
On 07/06/2014 08:34 PM, Hauke Mehrtens wrote:
> I pushed the au1000 and gemini target to kernel 3.10 because all older
> kernel versions are not supported any more in trunk. I do *not* have a
> device to test this, these new kernel versions are untested on these boards.
>
> If
1 - 100 of 152 matches
Mail list logo
