On Tue, Jul 10, 2018 at 9:29 PM Jason A. Donenfeld wrote:
>
> * device: print daddr not saddr in missing peer error
> * receive: style
>
> Debug messages now make sense again.
>
> * wg-quick: android: support excluding applications
>
> Android now supports excluding certain apps (uids) from the
On 2018-07-10 22:08, Stijn Segers wrote:
Refreshed patches. The bump from .53 to .54 introduced a minor change in
net/netfilter/nf_tables_api.c [1] but I am unable to
judge if this is a fluke or not, so I'd like a second pair of eyes on that.
It's a single 'table[0]' being replaced by
On Tue, 10 Jul 2018 at 00:31, Matthias Schiffer
wrote:
> The src-dummy method does not actually obtain any feed, but it can be used
> to insert addtional entries into the opkg distfeeds.conf.
Should that be clear to me why we want that? Or could you add an extra
line of explanation, please?
Hello,
I am sending patches to remove PCengines apuX boardname checking for
leds-apu2 and gpio-nct5104d kernel modules.
No need to check boardname, which is squishy in different versions of
coreboot.
https://github.com/pcengines/coreboot/compare/v4.6.6...v4.6.7
contact IRC: muhaha
Thanks
--
BR,
> On 11 Jul 2018, at 05:45, Hannu Nyman wrote:
>
> Stijn Segers kirjoitti 10.7.2018 klo 23:08:
>> Refreshed patches. The bump from .53 to .54 introduced a minor change in
>> net/netfilter/nf_tables_api.c [1] but I am unable to
>> judge if this is a fluke or not, so I'd like a second pair of
On Tue, Jul 10, 2018 at 6:51 PM Moritz Warning wrote:
>
> Signed-off-by: Moritz Warning
Patch applied; thx
Hans
> ---
> .../qos-scripts/files/usr/bin/qos-start | 2 +-
> .../config/qos-scripts/files/usr/bin/qos-stop | 1 +
> .../qos-scripts/files/usr/lib/qos/generate.sh | 28
> This patchset implements a way to add additional distfeeds.conf entries
> (src-dummy method), makes rootfs creation independent of feed enable
> status, and moves from global ADD_DISABLED and ADD_COMMENTED symbols to
> per-feed configuration.
Acked-by: Jo-Philipp Wich
Kevin Darbyshire-Bryant wrote:
Really not convinced I agree with the "patch 335 removes the whole code
block where that one line changed in upstream”.
You are right.
The corresponding addition needs to be done for the lines replacing the
removed lines:
932 + if (filter && filter->table[0]
> On 11 Jul 2018, at 10:44, Hannu Nyman wrote:
>
> Kevin Darbyshire-Bryant wrote:
>> Really not convinced I agree with the "patch 335 removes the whole code
>> block where that one line changed in upstream”.
>
> You are right.
> The corresponding addition needs to be done for the lines
On 2018-07-11 10:11, Kevin Darbyshire-Bryant wrote:
Really not convinced I agree with the "patch 335 removes the whole code block
where that one line changed in upstream”. Did a refresh myself, several times, and
patch 335 is a right confusing pain in the backside. I think the block in
From: Rafał Miłecki
Reading MTD data with (p)read doesn't return any error when accessing
bad block. As the result, with current code, CRC32 covers "data" stored
in bad blocks.
That behavior doesn't match CFE's one (bootloader simply skips bad
blocks) and may result in:
1) Invalid CRC32
2) CFE
On 2018-07-11 11:52 AM, Voina Alex wrote:
Dear OpenWRT/LEDE buddy,
I have found a bug in the Chaos Calmer (15.05.1 , 448532) release that
has been fixed since the lede-17.01.3 release for x86 targets. The bug
is related to ubusd or libubox but I'm not really sure which one it is.
It is a
Dear OpenWRT/LEDE buddy,
I have found a bug in the Chaos Calmer (15.05.1 , 448532) release that has
been fixed since the lede-17.01.3 release for x86 targets. The bug is
related to ubusd or libubox but I'm not really sure which one it is. It is
a file descriptor leak rooted in the logread ubus
On 07/11/2018 10:59 AM, Rafał Miłecki wrote:
> On Tue, 10 Jul 2018 at 00:31, Matthias Schiffer
> wrote:
>> The src-dummy method does not actually obtain any feed, but it can be used
>> to insert addtional entries into the opkg distfeeds.conf.
>
> Should that be clear to me why we want that? Or
This sets up the ethernet interface and PHY for the
WAN ethernet port which uses a Marvell PHY.
Signed-off-by: Linus Walleij
---
ChangeLog v2->v3:
- No changes, just resending.
ChangeLog v1->v2:
- Rename wrongly named "ethernet-phy" to "mdio"
- Drop device_type from the ethernet phy
---
This adds the Vitesse G5e ethernet switch to the Square
One Itian SQ201 router device tree.
Signed-off-by: Linus Walleij
---
ChangeLog v2->v3:
- Use a fixed link for the ethernet port to the Vitesse
DSA router chip.
ChangeLog v1->v2:
- Drop unrelated roofs mount point change.
---
The Storlink Gemini324 EV-Board also known as Storm
Semiconductor SL93512R_BRD is ground zero for the Gemini
devices. We add a device tree so we can support it, it
turns out to be pretty trivial.
Signed-off-by: Linus Walleij
---
ChangeLog v2->v3:
- Use a fixed link for the ethernet port to the
On Wed, Jul 11, 2018 at 09:47:18PM +0200, Linus Walleij wrote:
> This sets up the ethernet interface and PHY for the
> WAN ethernet port which uses a Marvell PHY.
>
> Signed-off-by: Linus Walleij
> ---
> ChangeLog v2->v3:
> - No changes, just resending.
> ChangeLog v1->v2:
> - Rename wrongly
From: Christian Schoenebeck
Override the default shutdown action (stop) and close all processes
of dropbear
Since commit 498fe85, the stop action only closes the process
that's listening for new connections, maintaining the ones with
existing clients.
This poses a problem when restarting or
On Wed, 11 Jul 2018 at 21:39, Matthias Schiffer
wrote:
>
> On 07/11/2018 10:59 AM, Rafał Miłecki wrote:
> > On Tue, 10 Jul 2018 at 00:31, Matthias Schiffer
> > wrote:
> >> The src-dummy method does not actually obtain any feed, but it can be used
> >> to insert addtional entries into the opkg
20 matches
Mail list logo