Hi everyone,
I hit something that seems like a regression to me.
In a little program named openwisp-config [1], we are using the --capath
argument, when switching - as was widely suggested - from polarssl to
mbedtls, we noticed curl cannot use the capath argument.
There's also a thread in the fo
* The left most mini-PCIe (USB) slot (the one attached to SIM2) can be
power-cycled by setting GPIO 0 to high/low. I have no strong opinion on the
name, but since the slot can be used for other things than modems I went for
usb2.
* The D240 only needs the MT76x2 module, so update makefile to refle
Hi Carlo,
Please read this thread on the LEDE forum:
https://forum.lede-project.org/t/where-is-a-telnet-client/361/6
To quote hnyman:
"Previously telnet client was part of the busybox multi-utility, but
when the "telnet server" was disabled in 2015 and ssh was set to be
the only login method, also
On Thu, Mar 2, 2017 at 8:36 AM, Carlo wrote:
> I don't want to recompile the sources to re-include telnet client, since I
> prefer to keep the OS as standard as possible, to use it an all the
> supported hardware.
There is netcat (nc) in the default image. Should be able to do most
of what telnet
Hi Kristian,
2017-03-02 11:55 GMT+01:00 Kristian Evensen :
> * The left most mini-PCIe (USB) slot (the one attached to SIM2) can be
> power-cycled by setting GPIO 0 to high/low. I have no strong opinion on the
> name, but since the slot can be used for other things than modems I went for
> usb2.
[
Hi,
On Thu, Mar 2, 2017 at 12:39 PM, Piotr Dymacz wrote:
> What about "power_mpcieX" (or something similar), where X is 1 or 2,
> depending on what is printed on the PCB (I wasn't able to find hi-res
> photo)?
Good idea and thanks for the pointer. There does not seem to be any
easy-to-find value
Hi Kristian,
2017-03-02 12:46 GMT+01:00 Kristian Evensen :
> Hi,
>
> On Thu, Mar 2, 2017 at 12:39 PM, Piotr Dymacz wrote:
>> What about "power_mpcieX" (or something similar), where X is 1 or 2,
>> depending on what is printed on the PCB (I wasn't able to find hi-res
>> photo)?
>
> Good idea and t
I have a bad performing "longshot" (~10 meters):
both sides with recent LEDE, one 1043ND and one WDR4300 on 2.4GHz.
The link performs bad, although the values seem OK:
# iw dev wlan0 station dump (on 1043ND)
Station 64:70:02:d3:24:0b (on wlan0)
inactive time: 0 ms
rx bytes:
* The left most mini-PCIe slot (the one attached to SIM2) can be
power-cycled by setting GPIO 0 to high/low.
* The D240 only needs the MT76x2 module, so update makefile to reflect this.
Note that until the default mt7620 target is updated, then kmod-mt76 (and thus
kmod-mt7603) will be selected by
On Thu, Mar 2, 2017 at 1:37 PM, Kristian Evensen
wrote:
>
> + gpio-export {
> + compatible = "gpio-export";
> + #size-cells = <0>;
> +
> +power_mpcie2 {
> + gpio-export,name = "power_mpcie2";
[..]
Missed this indentation error, will
* The left most mini-PCIe slot (the one attached to SIM2) can be
power-cycled by setting GPIO 0 to high/low.
* The D240 only needs the MT76x2 module, so update makefile to reflect this.
Note that until the default mt7620 target is updated, then kmod-mt76 (and thus
kmod-mt7603) will be selected by
Add BCM6318 to GPIO_MODE internal switch port leds setup.
As with BCM6368 the pinmux for the switch LEDs in BCM6318
is also lost when LEDE initializes the peripherals. Fix it.
Signed-off-by: Daniel Gonzalez Cabanelas
---
...rcm63xx-setup-pinctrl-for-internal-switch-leds-on-b.patch | 12
Hi!
For your consideration: Please have a look at
https://joeyh.name/blog/entry/removing_everything_from_github/
This is not very surprising -- if power gets too concentrated it's
only a matter of time to see it being abused. Hopefully we can pull
stuff out there without implicitely acknowledging
On 03/02/2017 12:02 PM, Daniel Golle wrote:
> Hi!
>
> For your consideration: Please have a look at
> https://joeyh.name/blog/entry/removing_everything_from_github/
>
> This is not very surprising -- if power gets too concentrated it's
> only a matter of time to see it being abused. Hopefully we c
On 03/02/2017 07:02 PM, Daniel Golle wrote:
> Hi!
>
> For your consideration: Please have a look at
> https://joeyh.name/blog/entry/removing_everything_from_github/
>
> This is not very surprising -- if power gets too concentrated it's
> only a matter of time to see it being abused. Hopefully we
Thanks Sebastian, turned out to be a silly syntax error, I have it all
disabled now. Ethtool -k and ethtool -K printing/requiring different
stuff doesn't help of course :-)
I re-enabled SQM, will see how that works out with the offloading
disabled.
Cheers
Stijn
___
On 3/2/17 11:51 AM, Stijn Segers wrote:
> Thanks Sebastian, turned out to be a silly syntax error, I have it all
> disabled now. Ethtool -k and ethtool -K printing/requiring different
> stuff doesn't help of course :-)
>
> I re-enabled SQM, will see how that works out with the offloading disable
The four LAN ports are connected to switch ports 0..3 in sequence,
switch port 4 is not used, and switch port 5 is connected to the CPU.
The WAN port is not connected to the switch, but to another CPU interface.
Signed-off-by: Mirko Parthey
---
target/linux/brcm47xx/base-files/etc/board.d/01_de
Hi Alberto,
Hi Eric,
thank you for getting into this. I'm quite the oposite of a legal
expert, so this might all just as well be rather meaningless FUD.
On Thu, Mar 02, 2017 at 07:26:02PM +, Alberto Bursi wrote:
> ...
> Again I'm not seeing anything evil.
>
> I tend to see any accusatory art
On Thu, 2 Mar 2017, Daniel Golle wrote:
Sounds very reasonable to me. From what I understood that was all
about partial quotes which show up as part of search-results and the
github website without the attribution required or full-text license
next to it. In a way that sounded like an excuse, be
On Thu, Mar 02, 2017 at 02:18:45PM -0800, David Lang wrote:
> On Thu, 2 Mar 2017, Daniel Golle wrote:
>
> > Sounds very reasonable to me. From what I understood that was all
> > about partial quotes which show up as part of search-results and the
> > github website without the attribution required
On Thu, Mar 2, 2017 at 4:10 PM, Dave Täht wrote:
> As for speeding up hashing, I've been looking over various algorithms to
> do that for years now, I'm open to suggestions. The fastest new ones
> tend to depend on co-processor support. The fastest I've seen relies on
> the CRC32 instruction whic
> On 3 Mar, 2017, at 01:16, John Yates wrote:
>
> What are the requirements for this hashing function?
> - How much data is being hashed? I am guessing a limited number of bytes
> rather than an entire packet payload.
Generally it’s what we call the “5-tuple”: two addresses (which could be IP
> On 3 Mar, 2017, at 01:55, John Yates wrote:
>
> The virtue of a prime number of buckets is that when you mod
> your 32-bit hash value to get a bucket index you harvest _all_
> of the entropy in the hash, not just the entropy in the bits you
> preserve.
True, but you incur the cost of a divisi
gnupg doesn't recognize .gpg files by it's extension.
> gpg --verify sha256sums.gpg
>> gpg: no signed data
>> gpg: can't hash datafile: No data
Signed-off-by: Alexander Couzens
---
phase1/signall.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/phase1/signall.sh b/phase1/s
Signed-off-by: Stijn Tintel
---
package/kernel/brcm2708-gpu-fw/Makefile | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/package/kernel/brcm2708-gpu-fw/Makefile
b/package/kernel/brcm2708-gpu-fw/Makefile
index 2a5a043..7e80530 100644
--- a/package/kernel/brcm2708
Signed-off-by: Stijn Tintel
---
.../brcm2708/base-files/etc/board.d/02_network | 3 +
target/linux/brcm2708/base-files/etc/diag.sh | 3 +-
target/linux/brcm2708/base-files/lib/brcm2708.sh | 3 +
target/linux/brcm2708/image/Makefile | 7 +-
.../0152-BCM270X_DT-Add
This is the default behaviour with modprobe from kmod package [1] unless
it is explicitly told that the module is to be loaded for --first-time
[1] http://www.kernel.org/pub/linux/utils/kernel/kmod/
Fixes FS#433
Signed-off-by: Yousong Zhou
---
kmodloader.c | 2 +-
1 file changed, 1 insertion(
On 03/02/2017 07:02 PM, Jonathan Morton wrote:
>> On 3 Mar, 2017, at 01:55, John Yates wrote:
>>
>> The virtue of a prime number of buckets is that when you mod
>> your 32-bit hash value to get a bucket index you harvest _all_
>> of the entropy in the hash, not just the entropy in the bits you
>>
> On 3 Mar, 2017, at 06:31, Eric Luehrsen wrote:
>
> Also with SQM you may not what idealized entropy in your queue
> distribution. It is desired by some to have host-connection fairness,
> and not so much interest in stream-type fairness. So overlap in a few
> hash "tags" may not be always s
On 03/02/2017 11:35 PM, Jonathan Morton wrote:
>> On 3 Mar, 2017, at 06:31, Eric Luehrsen wrote:
>>
>> Also with SQM you may not what idealized entropy in your queue
>> distribution. It is desired by some to have host-connection fairness,
>> and not so much interest in stream-type fairness. So ove
> On 3 Mar, 2017, at 07:00, Eric Luehrsen wrote:
>
> That's not what I was going for. Agree, it would not be good to depend
> on an inferior hash. You mentioned divide as a "cost." So I was
> proposing a thought around a "benefit" estimate. If hash collisions are
> not as important (or are th
I built an x86_64 image and turned on crash logging, and then forced a crash
with:
echo c >/proc/sysrq-trigger
it rebooted, but when it did there was nothing in /sys/kernel/debug/ (i.e. no
crashlog file).
What am I missing? Does this not work with x86_64?
-Philip
> On Feb 23, 2017, at 10:2
Hi.
I was trying to build LEDE (HEAD) today after rebasing all of my fixes to it
(from OpenWRT), but I couldn’t even get gcc to build. This was on Ubuntu
16.04-2 LTS.
Is there a dependency that might have creeped in?
I’m seeing the following:
…
Checking multilib configuration for libgcc...
m
depends on !(arm || powerpc || sparc || TARGET_uml || i386 || x86_64)
x86_64 is disabled by default. You may want to enable it yourself. I
don't know why.
Best Regards,
Syrone Wong
On Fri, Mar 3, 2017 at 2:31 PM, Philip Prindeville
wrote:
> I built an x86_64 image and turned on crash logging,
Looks like it got changed here:
commit 749918911d35613f8bf7852d2a91f78ff625739e
Author: Felix Fietkau
Date: Fri Jan 13 14:48:25 2017 +0100
x86: disable crashlog
It could cause crashes with some forms of virtualization, and it is
unlikely to work properly with most systems.
36 matches
Mail list logo
