Thanks for the reply.
I have change the script as below:
#!/bin/sh /etc/rc.common
START=19
start() {
echo in > /sys/class/gpio/gpio16/direction 2> /dev/null
echo 16 > /sys/class/gpio/export 2> /dev/null
if [ "$(cat /sys/class/gpio/gpio16/value)" == "1" ] ; then
Due to fips requirement our https server must only do
"RSA-Key-Transport"(no DSA,etc), is there a way to limit/enforce that on
FIPS-compatible-Openssl? yes the https server uses openssl as its ssl
library.
I'm checking openssl-1.0.2d/ssl/t1_trce.c and trying to find out if I
should hack the c
Hi John,
On Thu, Oct 15, 2015 at 7:59 AM, John Crispin wrote:
> bummer. i had hoped that my patch fixed the issue.
>
> did you try the patch graham posted ?
I split the patch into two and tried:
1) flushing in ltq_spi_wait_ready
2) reducing rxreq_max in ltq_spi_rxreq_set
3) both of the changes fr
Afkar Rafique schrieb am 15.10.2015 um 04:07:
> Thanks for the reply.
>
> i have Create /etc/init.d/buttons and written below script:
>
> #!/bin/sh /etc/rc.common
> START=19
> start() {
> /bin/umount /etc/config 2>/dev/null
> echo out > /sys/class/gpio/gpio16/direction 2> /dev/nul
Hello George.
No, unfortunatelly it doesn't. I was trying to get a more objective
reply from perhaps whoever built and maintains this router profile in
order to understand and compare when using original firmware and OpenWrt
customized to it. All around the performance X feature list.
As the w
On Thu, Oct 15, 2015 at 2:00 PM, Fernando Frediani
wrote:
>
> Out of curiosity. Dp these builds of OpenWrt for Mikrotik RBs make usage
of any possible hardware off-loads or config customizations are CPU
affinity possibility made by Mikrotik themselves in their original RouterOS
?
Does this help t
Out of curiosity. Dp these builds of OpenWrt for Mikrotik RBs make usage
of any possible hardware off-loads or config customizations are CPU
affinity possibility made by Mikrotik themselves in their original
RouterOS ?
Thanks
Fernando
On 15/10/2015 14:48, George Chriss wrote:
On Thu, April
On Thu, April 23, 2015 06:16:08 CEST, Toerless Eckert wrote:
> This mail thread seem to have gone dark since december with seemingly
> no conclusion.
>
> I have tried to collect the experiences reported on the wiki page:
>
> wiki.openwrt.org/toh/mikrotik/rb2011uias
>
> As you can see from the table
from: Andrew Gaylo
Submission for support of the NixCore X1 board (http://nixcores.com.)
This board uses the RT5350 Ralink processor already supported by a
number of board in the OpenWRT repository. This is a unified patch from
two earlier patches
Signed-off-by: Andrew Gaylo
---
diff -uprN ope
Hi,
ok. can you send a single patch containing both of the patches you made
please.
John
On 15/10/2015 18:15, Andrew Gaylo wrote:
> The DTS and the MK files were in an earlier patch. My first submission
> to OpenWRT, still getting the hang of the process.
>
> https://lists.openwrt.org/
The DTS and the MK files were in an earlier patch. My first submission
to OpenWRT, still getting the hang of the process.
https://lists.openwrt.org/pipermail/openwrt-devel/2015-October/036563.html
Drew
On 2015-10-15 09:53, John Crispin wrote:
On 15/10/2015 17:49, Andrew Gaylo wrote:
from: A
On 15/10/2015 17:49, Andrew Gaylo wrote:
> from: Andrew Gaylo
>
> This submission is for support of the NixCore X1 board at
> http://nixcores.com. This board uses the RT5350 Ralink processor
> already supported by a number of boards in the OpenWRT repository.
>
> Signed-off-by: Andrew Gaylo
from: Andrew Gaylo
This submission is for support of the NixCore X1 board at
http://nixcores.com. This board uses the RT5350 Ralink processor
already supported by a number of boards in the OpenWRT repository.
Signed-off-by: Andrew Gaylo
---
diff -uprN
openwrt_vanilla/target/linux/ramips/base
This fix contains 2 parts:
- kernel 4.1: backport upstream patch "perf build: Do not fail on missing
Build file"
- add +liblzma dependency
Signed-off-by: Alexandru Ardelean
---
package/devel/perf/Makefile| 2 +-
...f-build-Do-not-fail-on-missing-Build-file.patch | 67
Drasko DRASKOVIC wrote on Thu Oct 15 11:06:09 CEST 2015:
> I guess that 7bed08fa9c06eb8089e82c200340ec66 is a random hash to give
UUID to each build
Wrong.
That hash is a checksum of all the kernel options used when compiling the
kernel.
And that checksum is the usual reason for the dependenc
Hi all,
trying to `opkg install` one kmod from public repo into our
custom-made OpenWrt system resulted in a following error:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies
for kmod-fs-ext4:
* kernel (= 3.18.20-1-7bed08fa9c06eb8089e82c200340ec66) *
* opkg_i
16 matches
Mail list logo
