2017-11-09 18:42 GMT+08:00 Vincent Chen :
>>>On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
>>> +
>>> +static inline void __delay(unsigned long loops) {
>>> + __asm__ __volatile__(".align 2\n"
>>> +"1:\n"
>>> +"\taddi\t%0, %0, -1\n
pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
where a PCI device is present. This restricts the device drivers to be
reused for other domain numbers.
Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't
extract the domain number. Other places, use the
pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
where a PCI device is present. This restricts the device drivers to be
reused for other domain numbers.
Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't
extract the domain number. Other places, use the
On Wed, Nov 15, 2017 at 09:23:31AM -0800, Song Liu wrote:
> Changes RFC v2 to PATCH v1:
> Check type PERF_TYPE_PROBE in perf_event_set_filter().
> Rebase on to tip perf/core.
>
> Changes RFC v1 to RFC v2:
> Fix build issue reported by kbuild test bot by adding ifdef of
> CONFIG_KPROBE_EVEN
On Tue, Nov 21, 2017 at 10:02 PM, Steve Ibanez wrote:
> Hi Neal,
>
> I just tried out your fix for enabling TLPs in the CWR state (while
> leaving tcp_tso_should_defer() unchanged), but I'm still seeing the
> host enter long timeouts. Feel free to let me know if there is
> something else you'd lik
2017-11-13 19:42 GMT+08:00 Arnd Bergmann :
> On Mon, Nov 13, 2017 at 3:51 AM, Vincent Chen wrote:
On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
From: Greentime Hu
>
>>
+#define __ARCH_WANT_SYS_CLONE
>>>
>>>This seems ok, though it would be nice to have the reverse logic and h
Hi Neal,
I just tried out your fix for enabling TLPs in the CWR state (while
leaving tcp_tso_should_defer() unchanged), but I'm still seeing the
host enter long timeouts. Feel free to let me know if there is
something else you'd like me to try.
Best,
-Steve
On Tue, Nov 21, 2017 at 8:52 AM, Eric
2017-11-20 22:29 GMT+08:00 Will Deacon :
> Hi Greentime,
>
> On Wed, Nov 08, 2017 at 01:54:59PM +0800, Greentime Hu wrote:
>> From: Greentime Hu
>>
>> Signed-off-by: Vincent Chen
>> Signed-off-by: Greentime Hu
>> ---
>> arch/nds32/include/asm/futex.h| 116
>> arch/
On Tue, Nov 21, 2017 at 2:00 AM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> c8a0739b185d11d6e2ca7ad9f5835841d1cfc765
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is a
On 11/21/2017 05:37 PM, Florian Fainelli wrote:
> From: Florian Fainelli
>
> The PHY on BCM7278 has an additional bit that needs to be cleared:
> IDDQ_GLOBAL_PWR, without doing this, the PHY remains stuck in reset out
> of suspend/resume cycles.
>
> refs #SWLINUX-4599
Meh, sorry David, I had fo
The PHY on BCM7278 has an additional bit that needs to be cleared:
IDDQ_GLOBAL_PWR, without doing this, the PHY remains stuck in reset out
of suspend/resume cycles.
Fixes: 0fe9933804eb ("net: dsa: bcm_sf2: Add support for BCM7278 integrated
switch")
Signed-off-by: Florian Fainelli
---
drivers/n
From: Florian Fainelli
The PHY on BCM7278 has an additional bit that needs to be cleared:
IDDQ_GLOBAL_PWR, without doing this, the PHY remains stuck in reset out
of suspend/resume cycles.
refs #SWLINUX-4599
Fixes: 1ad948be42b4 ("net: dsa: bcm_sf2: Add support for BCM7278 integrated
switch")
Si
From: Jason Uy
Add support for configurable read size so that older wifi
chips that have size restrictions can be supported.
Signed-off-by: Jason Uy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Li Jin
---
.../wireless/broadcom/brcm80211/brcmfmac/common.c | 5 +++
.../wir
hello baby.
Can I will like to know about you. I am a single man searching for a nice
female friend.
On 11/21/2017 03:07 PM, Jochen Friedrich wrote:
> Hallo Florian,
>
>> - what is the value of page 02, register 3 during b53_switch_detect()? A
>> managed switch should have this set to 0x3, whereas I would expect an
>> unmanaged switch to be 0x0
>
> The register has the value 3.
OK, because this
Hallo Florian,
- what is the value of page 02, register 3 during b53_switch_detect()? A
managed switch should have this set to 0x3, whereas I would expect an
unmanaged switch to be 0x0
The register has the value 3.
Thanks, Jochen
Hi Florian,
Hi Jochen,
On 11/21/2017 12:10 AM, Jochen Friedrich wrote:
Hi Florian,
i just tested the latest DSA patches for b53 on a bpi-r1 device (net:
dsa: b53: Turn on Broadcom tags).
Unfortunately, the bcm53125 does not seem to handle the broadcom tags on
CPU port although tuned on b53_
On Tue, Nov 21, 2017 at 11:29:05AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 14, 2017 at 02:58:24PM -0800, Yonghong Song escreveu:
> > On 11/14/17 12:25 PM, Daniel Borkmann wrote:
> > > Yeah, I know, that's what I mentioned earlier in this thread to resolve
> > > it,
> > > but do we rea
Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)).
drivers/net/ethernet/ti/cpts.c:567:9-16: WARNING: ERR_CAST can be used with
cpts -> refclk
Generated by: scripts/coccinelle/api/err_cast.cocci
Signed-off-by: Vasyl Gomonovych
---
drivers/net/ethernet/ti/cpts.c | 2 +-
1 file change
On 11/21/2017 06:11 PM, Fengguang Wu wrote:
Hello,
FYI this happens in mainline kernel 4.14.0-01330-g3c07399.
It happens since 4.13 .
It occurs in 3 out of 162 boots.
[ 44.637743] advantechwdt: Unexpected close, not stopping watchdog!
[ 44.997548] input: ImExPS/2 Generic Explorer Mouse
Fix some coding styles.
Signed-off-by: Guilherme Tadashi Maeoka
---
net/wireless/nl80211.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/wireless/nl80211.c b/net/wireless/nl80211.c
index b1ac23ca20c8..0d7e77e03db5 100644
--- a/net/wireless/nl80211.c
+++ b/net/wire
On Thu, Nov 16, 2017 at 3:56 AM, Nicolas Dichtel
wrote:
> Le 15/11/2017 à 20:04, Dan Rue a écrit :
>> Adding CC netdev
>>
>> Can someone comment on the expected behavior of this test case?
>>
>> Here's the isolated test:
>>
>> ip netns del tst_net_ns0
>> ip netns del tst_net_ns1
>> ip
On 11/21/2017 08:23 PM, Yonghong Song wrote:
> There are four tests in test_verifier using bpf_probe_write_user
> helper. These four tests will emit the following kernel messages
> [ 12.974753] test_verifier[220] is installing a program with
> bpf_probe_write_user
>
On Tue, Nov 21, 2017 at 11:26:09AM +, David Laight wrote:
> From: Chris Leech
> > Sent: 15 November 2017 00:25
> > To: David Laight
> > Cc: netdev@vger.kernel.org; contain...@lists.linux-foundation.org
> > Subject: Re: [PATCH 0/9] use network namespace for iSCSI control interfaces
> >
> > On W
On 11/21/2017 08:31 PM, Cong Wang wrote:
On Mon, Nov 20, 2017 at 1:41 PM, Roman Kapl wrote:
On 11/20/2017 06:54 PM, Cong Wang wrote:
On Sun, Nov 19, 2017 at 8:17 AM, Roman Kapl wrote:
tcf_block_put_ext has assumed that all filters (and thus their goto
actions) are destroyed in RCU callback a
On Wed, 2017-09-13 at 17:19 +0200, Michal Hocko wrote:
> On Wed 13-09-17 15:07:26, Jorgen S. Hansen wrote:
[...]
> > The patch below has been used to fix the above issue by other distros
> > - among them Redhat for the 3.10 kernel, so it should work for 3.16 as
> > well.
>
> Thanks for the confirm
Error code returned by 'bnxt_read_sfp_module_eeprom_info()' is handled a
few lines above when reading the A0 portion of the EEPROM.
The same should be done when reading the A2 portion of the EEPROM.
In order to correctly propagate an error, update 'rc' in this 2nd call as
well, otherwise 0 (succes
David Laight writes:
> To make matters even more annoying the functions for holding and
> releasing a namespace are GPL_ONLY :-(
I am going to pick on this by itself for a moment without mentioning
anything else, so as hopefully not to derail what otherwise sounds
like a good technical conversat
On Mon, Nov 20, 2017 at 1:41 PM, Roman Kapl wrote:
> On 11/20/2017 06:54 PM, Cong Wang wrote:
>>
>> On Sun, Nov 19, 2017 at 8:17 AM, Roman Kapl wrote:
>>>
>>> tcf_block_put_ext has assumed that all filters (and thus their goto
>>> actions) are destroyed in RCU callback and thus can not race with
There are four tests in test_verifier using bpf_probe_write_user
helper. These four tests will emit the following kernel messages
[ 12.974753] test_verifier[220] is installing a program with
bpf_probe_write_user
helper that may corrupt user memory!
[ 12.
On Tue, Nov 21, 2017 at 09:50:12AM +0200, Ido Schimmel wrote:
> When the 'ignore_routes_with_linkdown' sysctl is set, we should not
> consider linkdown nexthops during route lookup.
>
> While the code correctly verifies that the initially selected route
> ('match') has a carrier, it does not perfo
On 11/21/17 12:50 AM, Ido Schimmel wrote:
> When the 'ignore_routes_with_linkdown' sysctl is set, we should not
> consider linkdown nexthops during route lookup.
>
> While the code correctly verifies that the initially selected route
> ('match') has a carrier, it does not perform the same check in
On Tue, Nov 21, 2017 at 04:15:57PM +0100, Tobias Jakobi wrote:
> Commit 6fa1ba61520576cf1346c4ff09a056f2950cb3bf partially
> implemented the new ethtool API, by replacing get_settings()
> with get_link_ksettings(). This breaks ethtool, since the
> userspace tool (according to the new API specs) nev
On 11/21/17 16:15, Tobias Jakobi wrote:
> Commit 6fa1ba61520576cf1346c4ff09a056f2950cb3bf partially
> implemented the new ethtool API, by replacing get_settings()
> with get_link_ksettings(). This breaks ethtool, since the
> userspace tool (according to the new API specs) never tries
> the legacy s
Hi Jochen,
On 11/21/2017 12:10 AM, Jochen Friedrich wrote:
> Hi Florian,
>
>
> i just tested the latest DSA patches for b53 on a bpi-r1 device (net:
> dsa: b53: Turn on Broadcom tags).
>
> Unfortunately, the bcm53125 does not seem to handle the broadcom tags on
> CPU port although tuned on b53_
On 11/21/2017 01:52 AM, Richard Leitner wrote:
> From: Richard Leitner
>
> Previously phy_id was u32 and phy_id_mask was unsigned int. As the
> phy_id_mask defines the important bits of the phy_id (and is therefore
> the same size) these two variables should be the same data type.
>
> Signed-off
On Mon, 2017-11-20 at 16:55 -0500, Paul Moore wrote:
> On Tue, Nov 14, 2017 at 4:52 PM, Richard Haines
> wrote:
> > On Mon, 2017-11-13 at 17:40 -0500, Paul Moore wrote:
> > > On Mon, Nov 13, 2017 at 5:05 PM, Richard Haines
> > > wrote:
> > > > On Mon, 2017-11-06 at 19:09 -0500, Paul Moore wrote:
On Tue, Nov 21, 2017 at 8:20 AM, Neal Cardwell wrote:
> On Tue, Nov 21, 2017 at 10:51 AM, Yuchung Cheng wrote:
>> On Tue, Nov 21, 2017 at 7:01 AM, Neal Cardwell wrote:
>>>
>>> The original motivation for only allowing TLP in the CA_Open state was
>>> to be conservative and avoid having the TLP i
On Tue, Nov 21, 2017 at 10:51 AM, Yuchung Cheng wrote:
> On Tue, Nov 21, 2017 at 7:01 AM, Neal Cardwell wrote:
>>
>> The original motivation for only allowing TLP in the CA_Open state was
>> to be conservative and avoid having the TLP impose extra load on the
>> bottleneck when it may be congeste
On Tue, Nov 21, 2017 at 7:01 AM, Neal Cardwell wrote:
>
> On Tue, Nov 21, 2017 at 12:58 AM, Steve Ibanez wrote:
> > Hi Neal,
> >
> > I tried your suggestion to disable tcp_tso_should_defer() and it does
> > indeed look like it is preventing the host from entering timeouts.
> > I'll have to do a b
From: Willem de Bruijn
Tuntap and similar devices can inject GSO packets. Accept type
VIRTIO_NET_HDR_GSO_UDP, even though not generating UFO natively.
Processes are expected to use feature negotiation such as TUNSETOFFLOAD
to detect supported offload types and refrain from injecting other
packet
Commit 6fa1ba61520576cf1346c4ff09a056f2950cb3bf partially
implemented the new ethtool API, by replacing get_settings()
with get_link_ksettings(). This breaks ethtool, since the
userspace tool (according to the new API specs) never tries
the legacy set() call, when the new get() call succeeds.
All
Florian reported a breakage with anycast routes due to commit
4832c30d5458 ("net: ipv6: put host and anycast routes on device with
address"). Prior to this commit anycast routes were added against the
loopback device causing repetitive route entries with no insight into
why they existed. e.g.:
$
On Tue, Nov 21, 2017 at 12:58 AM, Steve Ibanez wrote:
> Hi Neal,
>
> I tried your suggestion to disable tcp_tso_should_defer() and it does
> indeed look like it is preventing the host from entering timeouts.
> I'll have to do a bit more digging to try and find where the packets
> are being dropped
From: Sarah Newman
> Sent: 15 November 2017 19:27
> Current memory and CPU usage for managing bridge fdb entries is unbounded.
> Add a parameter max_fdb_count, controlled from sysfs, which places an upper
> limit on the number of entries. Defaults to 1024.
>
> When max_fdb_count is met or exceeded
On Tue, Nov 21, 2017 at 10:52:56AM +0100, Richard Leitner wrote:
> From: Richard Leitner
>
> Previously phy_id was u32 and phy_id_mask was unsigned int. As the
> phy_id_mask defines the important bits of the phy_id (and is therefore
> the same size) these two variables should be the same data typ
Em Tue, Nov 14, 2017 at 02:58:24PM -0800, Yonghong Song escreveu:
> On 11/14/17 12:25 PM, Daniel Borkmann wrote:
> > Yeah, I know, that's what I mentioned earlier in this thread to resolve it,
> > but do we really want to add this hack everywhere? :( Potentially any
> > function
> > having ARG_CON
Hi!
I've got the following report while fuzzing the kernel with syzkaller.
On commit e1d1ea549b57790a3d8cf6300e6ef86118d692a3 (4.15-rc1).
usb 1-1: New USB device found, idVendor=0baf, idProduct=0121
usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
usb 1-1: config 0 descriptor??
From: Ursula Braun
Commit 3e034725c0d8 ("net/smc: common functions for RMBs and send buffers")
merged handling of SMC receive and send buffers. It introduced sk_buf_size
as merged start value for size determination. But since sk_buf_size is not
used at all, sk_sndbuf is erroneously used as start
Dave,
here are 2 cleanup patches for smc buffer handling.
Thanks, Ursula
Geert Uytterhoeven (1):
net/smc: Fix preinitialization of buf_desc in __smc_buf_create()
Ursula Braun (1):
net/smc: use sk_rcvbuf as start for rmb creation
net/smc/smc_core.c | 4 ++--
1 file changed, 2 insertions(+)
From: Geert Uytterhoeven
With gcc-4.1.2:
net/smc/smc_core.c: In function ‘__smc_buf_create’:
net/smc/smc_core.c:567: warning: ‘bufsize’ may be used uninitialized in
this function
Indeed, if the for-loop is never executed, bufsize is used
uninitialized. In addition, buf_desc is stored
From: Jon Maloy
> Sent: 15 November 2017 20:24
> The socket level flow control is based on the assumption that incoming
> buffers meet the condition (skb->truesize / roundup(skb->len) <= 4),
> where the latter value is rounded off upwards to the nearest 1k number.
> This does empirically hold true
1) Fix a reference to a module parameter which was lost during the GREv6
receive path rewrite, from Alexey Kodanev.
2) Fix deref before NULL check in ipheth, from Gustavo A. R. Silva.
3) RCU read lock imbalance in tun_build_skb(), from Xin Long.
4) Some stragglers from the mac80211 folks:
From: Johannes Berg
Date: Tue, 21 Nov 2017 12:24:32 +0100
> On Tue, 2017-11-21 at 20:17 +0900, David Miller wrote:
>> From: Johannes Berg
>> Date: Mon, 20 Nov 2017 17:06:44 +0100
>>
>> > ssh://korg/pub/scm/linux/kernel/git/jberg/mac80211.git
>> > tags/mac80211-for-davem-2017-11-20
>>
>> Tha
From: Chris Leech
> Sent: 15 November 2017 00:25
> To: David Laight
> Cc: netdev@vger.kernel.org; contain...@lists.linux-foundation.org
> Subject: Re: [PATCH 0/9] use network namespace for iSCSI control interfaces
>
> On Wed, Nov 08, 2017 at 10:31:04AM +, David Laight wrote:
> > From: Chris Le
From: Jakub Kicinski
Date: Mon, 20 Nov 2017 16:47:29 -0800
> Commit 0115552eac14 ("nfp: remove false positive offloads
> in flower vxlan") missed adding kdoc for a new parameter
> of nfp_flower_add_offload().
>
> Signed-off-by: Jakub Kicinski
> Reviewed-by: Simon Horman
Applied, thanks.
On Tue, 2017-11-21 at 20:17 +0900, David Miller wrote:
> From: Johannes Berg
> Date: Mon, 20 Nov 2017 17:06:44 +0100
>
> > ssh://korg/pub/scm/linux/kernel/git/jberg/mac80211.git
> > tags/mac80211-for-davem-2017-11-20
>
> That's an awesome URL, but I don't think I'll be able to pull
> from it
From: Jon Maloy
Date: Mon, 20 Nov 2017 21:43:03 +0100
> When the function tipc_group_filter_msg() finds that a member event
> indicates that the member is leaving the group, it first deletes the
> member instance, and then purges the message queue being handled
> by the call. But the message queu
Hello,
FYI this happens in mainline kernel 4.14.0-10859-gcf9b077.
It at least dates back to v4.5 .
It occurs in 2 out of 2 boots.
[ 204.036012] Average test time: 28300548370
[ 204.045272] Testing concurrent rhashtable access from 10 threads
[ 206.134970] Writes: Total: 2 Max/Min: 0/0 Fai
From: Sebastian Sjoholm
Date: Mon, 20 Nov 2017 19:05:17 +0100
> Quectel BG96 is an Qualcomm MDM9206 based IoT modem, supporting both
> CAT-M and NB-IoT. Tested hardware is BG96 mounted on Quectel development
> board (EVB). The USB id is added to qmi_wwan.c to allow QMI
> communication with the
From: Johannes Berg
Date: Mon, 20 Nov 2017 17:06:44 +0100
> ssh://korg/pub/scm/linux/kernel/git/jberg/mac80211.git
> tags/mac80211-for-davem-2017-11-20
That's an awesome URL, but I don't think I'll be able to pull
from it :-)
From: Jiri Pirko
Date: Tue, 21 Nov 2017 09:42:21 +0100
> From: Ido Schimmel
>
> On some systems, when we unsplit a port we need to re-create two ports
> instead. On other systems, only one needs to be re-created.
>
> Do not try to create a port if during driver initialization it was
> assigned
When using the host personality, VMCI will grab a mutex for any
queue pair access. In the detach callback for the vmci vsock
transport, we call vsock_stream_has_data while holding a spinlock,
and vsock_stream_has_data will access a queue pair.
To avoid this, we can simply omit calling vsock_stream
On Mon, Nov 20, 2017 at 10:20:40AM -0800, John Fastabend wrote:
> On 11/20/2017 05:09 AM, David Miller wrote:
> > From: Steffen Klassert
> > Date: Mon, 20 Nov 2017 08:37:47 +0100
> >
> >> This patchset implements asynchronous crypto handling
> >> in the layer 2 TX path. With this we can allow IPs
From: Richard Leitner
Previously phy_id was u32 and phy_id_mask was unsigned int. As the
phy_id_mask defines the important bits of the phy_id (and is therefore
the same size) these two variables should be the same data type.
Signed-off-by: Richard Leitner
---
This patch is extracted from the "n
From: Ido Schimmel
On some systems, when we unsplit a port we need to re-create two ports
instead. On other systems, only one needs to be re-created.
Do not try to create a port if during driver initialization it was
assigned a negative module number, which is invalid.
This avoids the following
Whoops, my bad. Sorry
Thanks,
Romain
2017-11-20 21:34 GMT+01:00 Bjorn Helgaas :
> On Mon, Nov 20, 2017 at 08:32:47PM +0100, Romain Perier wrote:
>> From: Romain Perier
>>
>> Now that all the drivers use dma pool API, we can remove the macro
>> functions for PCI pool.
>>
>> Signed-off-by: Romain
Hi Florian,
i just tested the latest DSA patches for b53 on a bpi-r1 device (net:
dsa: b53: Turn on Broadcom tags).
Unfortunately, the bcm53125 does not seem to handle the broadcom tags on
CPU port although tuned on b53_brcm_hdr_setup(). The tag is still
visible on a device connected to one
68 matches
Mail list logo
