On Sat, Apr 06, 2019 at 10:37:34PM -0700, Andrey Ignatov wrote:
> vsprintf() in __base_pr() uses nonliteral format string and it breaks
> compilation for those who provide corresponding extra CFLAGS, e.g.:
> https://github.com/libbpf/libbpf/issues/27
>
> If libbpf is built with the flags from PR:
On 4/6/19 10:37 PM, Andrey Ignatov wrote:
> vsprintf() in __base_pr() uses nonliteral format string and it breaks
> compilation for those who provide corresponding extra CFLAGS, e.g.:
> https://github.com/libbpf/libbpf/issues/27
>
> If libbpf is built with the flags from PR:
>
>libbpf.c:68:
vsprintf() in __base_pr() uses nonliteral format string and it breaks
compilation for those who provide corresponding extra CFLAGS, e.g.:
https://github.com/libbpf/libbpf/issues/27
If libbpf is built with the flags from PR:
libbpf.c:68:26: error: format string is not a string literal
[-Werror
On Sun, Apr 07, 2019 at 01:55:14AM +0200, Daniel Borkmann wrote:
> On 04/06/2019 06:54 PM, Alexei Starovoitov wrote:
> > On Sat, Apr 06, 2019 at 12:58:23PM +0200, Daniel Borkmann wrote:
> >> On 04/06/2019 03:56 AM, Alexei Starovoitov wrote:
> >>> On Fri, Apr 05, 2019 at 10:59:27PM +0200, Daniel Bor
On Sat, Apr 06, 2019 at 07:56:25AM +0100, Jiong Wang wrote:
>
> Alexei Starovoitov writes:
>
> > On Fri, Apr 05, 2019 at 09:44:49PM +0100, Jiong Wang wrote:
> >>
> >> > On 26 Mar 2019, at 18:44, Edward Cree wrote:
> >> >
> >> > On 26/03/2019 18:05, Jiong Wang wrote:
> >> >> eBPF ISA specificat
From: Nikolay Aleksandrov
Date: Fri, 5 Apr 2019 18:40:47 +0300
> This test is split in two, the first part checks if a report creates a
> corresponding mdb entry and if traffic is properly forwarded to it, and
> the second part checks if the mdb entry is deleted after a leave and
> if traffic is
From: Hangbin Liu
Date: Thu, 4 Apr 2019 20:45:18 +0800
> Similarly to dad9b335c694 ("netdevice: Fix promiscuity and allmulti
> overflow"), we should not decrease promiscuity if it is already 0.
>
> An example is after adding a team interface to bridge, the team interface
> will enter promisc mo
On 04/06/2019 06:54 PM, Alexei Starovoitov wrote:
> On Sat, Apr 06, 2019 at 12:58:23PM +0200, Daniel Borkmann wrote:
>> On 04/06/2019 03:56 AM, Alexei Starovoitov wrote:
>>> On Fri, Apr 05, 2019 at 10:59:27PM +0200, Daniel Borkmann wrote:
-/* when bpf_ldimm64->src_reg == BPF_PSEUDO_MAP_
On 4/5/2019 12:23 PM, Heiner Kallweit wrote:
> genphy_read_status() so far checks phydev->supported, not the actual
> PHY capabilities. This can make a difference if the supported speeds
> have been limited by of_set_phy_supported() or phy_set_max_speed().
>
> It seems that this issue only affe
On 4/6/2019 9:25 AM, Heiner Kallweit wrote:
> On 05.04.2019 23:54, Florian Fainelli wrote:
>> On 4/5/19 2:52 PM, Heiner Kallweit wrote:
>>> On 05.04.2019 23:38, Heiner Kallweit wrote:
On 05.04.2019 23:27, Andrew Lunn wrote:
>> +if (linkmode_test_bit(ETHTOOL_LINK_MODE_1000baseT_H
Hi,
Il giorno ven 5 apr 2019 alle ore 06:45 Subash Abhinov Kasiviswanathan
ha scritto:
>
> On 2019-04-04 14:38, Johannes Berg wrote:
> > Hi,
> >
> >> The normal mode of operation of rmnet is using the rmnet netdevices
> >> in an embedded device.
> >
> > Sure. Can you say what driver this would ty
Hi,
Il giorno gio 4 apr 2019 alle ore 11:00 Johannes Berg
ha scritto:
> > > (2) Channels are created using sysfs (qmi_wwan)
> > >
> > > This feels almost worse - channels are created using sysfs and
> > > just *bam* new netdev shows up, no networking APIs are used to
> > > cr
After proper and several investigations and research at Western Union, we found
your Email address in Western Union database among those that have been
mandated to receive a compensation of $1,200,000.00 via Western Union by the
United Nation . Please provide any of the information below in refe
On Sat, Apr 06, 2019 at 12:58:23PM +0200, Daniel Borkmann wrote:
> On 04/06/2019 03:56 AM, Alexei Starovoitov wrote:
> > On Fri, Apr 05, 2019 at 10:59:27PM +0200, Daniel Borkmann wrote:
> >>
> >> -/* when bpf_ldimm64->src_reg == BPF_PSEUDO_MAP_FD, bpf_ldimm64->imm == fd
> >> */
> >> +/* When BPF
Sasha Levin wrote:
> > > > Two patches from upstream needed first to cover the DoS:
> > > >
> > > > commit d4289fcc9b16b89619ee1c54f829e05e56de8b9a
> > > > net: IP6 defrag: use rbtrees for IPv6 defrag
> > > >
> > > > commit 997dd96471641e147cb2c33ad54284000d0f5e35
> > > > net: IP6 defrag: use rbtr
It is currently impossible for the reader of an AF_UNIX stream socket to
fully reconstruct the data sent in the presence of SCM_RIGHTS, without
reading byte-for-byte. This prevents efficiently proxying or providing a
high-level buffering interface to these sockets.
Unfortunately POSIX does not spe
On 05.04.2019 23:54, Florian Fainelli wrote:
> On 4/5/19 2:52 PM, Heiner Kallweit wrote:
>> On 05.04.2019 23:38, Heiner Kallweit wrote:
>>> On 05.04.2019 23:27, Andrew Lunn wrote:
> + if (linkmode_test_bit(ETHTOOL_LINK_MODE_1000baseT_Half_BIT,
> + phydev->supported))
>
On Fri, 5 Apr 2019 17:45:34 +0200
Matteo Croce wrote:
> On Fri, Apr 5, 2019 at 2:51 AM Matteo Croce wrote:
> >
> > On Fri, Apr 5, 2019 at 2:20 AM David Miller wrote:
> > >
> > > From: Matteo Croce
> > > Date: Wed, 3 Apr 2019 01:11:36 +0200
> > >
> > > > The thunderx driver forbids to load
Similar to what I did in commit bb9bd814ebf0, fix possible use-after-free
in erspan_rcv and ip6erspan_rcv extracting tunnel metadata since the
packet can be 'uncloned' running __iptunnel_pull_header
Lorenzo Bianconi (2):
net: ip_gre: fix possible use-after-free in erspan_rcv
net: ip6_gre: fix
erspan tunnels run __iptunnel_pull_header on received skbs to remove
gre and erspan headers. This can determine a possible use-after-free
accessing pkt_md pointer in erspan_rcv since the packet will be 'uncloned'
running pskb_expand_head if it is a cloned gso skb (e.g if the packet has
been sent th
erspan_v6 tunnels run __iptunnel_pull_header on received skbs to remove
erspan header. This can determine a possible use-after-free accessing
pkt_md pointer in ip6erspan_rcv since the packet will be 'uncloned'
running pskb_expand_head if it is a cloned gso skb (e.g if the packet has
been sent thoug
On Fri, Apr 05, 2019 at 10:22:51AM -0600, Captain Wiggum wrote:
I know it affects 4.9, 4.14, 4.19.
I have not tested the older LTS kernels.
But any LTS kernel that previously received this commit is affected:
... commit a8444b1ccb20339774af58e40ad42296074fb484
... ipv6: defrag: drop non-last fr
Dear Friend,
I am Ms Safi Kabore work with the department of Audit and accounting manager
here in the Bank,
There is this fund that was keep in my custody years ago,please i need your
assistance for the transferring of thIs fund to your bank account for both of
us benefit for life time inv
On 04/06/2019 03:56 AM, Alexei Starovoitov wrote:
> On Fri, Apr 05, 2019 at 10:59:27PM +0200, Daniel Borkmann wrote:
>>
>> -/* when bpf_ldimm64->src_reg == BPF_PSEUDO_MAP_FD, bpf_ldimm64->imm == fd */
>> +/* When BPF ldimm64's insn[0].src_reg != 0 then this can have
>> + * two extensions:
>> + *
24 matches
Mail list logo
