[PATCH 4.13 32/44] sctp: reset owner sk for data chunks on out queues when migrating a sock

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit d04adf1b355181e737b6b1e23d801b07f0b7c4c0 ] Now when migrating sock to another one in sctp_sock_migrate(), it only resets owner sk for the data in receive queues, no

[PATCH 4.13 37/44] tcp: fix tcp_mtu_probe() vs highest_sack

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2b7cda9c35d3b940eb9ce74b30bbd5eb30db493d ] Based on SNMP values provided by Roman, Yuchung made the observation that some crashes in tcp_sacktag_walk() might be

[PATCH 4.13 36/44] ipv6: addrconf: increment ifp refcount before ipv6_del_addr()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit e669b86945478b3d90d2d87e3793a6eed06d332f ] In the (unlikely) event fixup_permanent_addr() returns a failure, addrconf_permanent_addr() calls ipv6_del_addr() wit

[PATCH 4.13 39/44] mac80211: use constant time comparison with keys

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Jason A. Donenfeld commit 2bdd713b92a9cade239d3c7d15205a09f556624d upstream. Otherwise we risk leaking information via timing side channel. Fixes: fdf7cb4185b6 ("mac80211: accept key reinstal

[PATCH 4.13 27/44] ip6_gre: only increase err_count for some certain type icmpv6 in ip6gre_err

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit f8d20b46ce55cf40afb30dcef6d9288f7ef46d9b ] The similar fix in patch 'ipip: only increase err_count for some certain type icmp in ipip_err' is needed for ip6gre_err.

Re: [PATCH] binder: fix proc->files use-after-free

On Thu, Nov 16, 2017 at 09:48:13AM -0800, Todd Kjos wrote: > > @@ -875,22 +871,34 @@ static void binder_free_thread(struct binder_thread > > *thread); > > static void binder_free_proc(struct binder_proc *proc); > > static void binder_inc_node_tmpref_ilocked(struct binder_node *node); > > > > +st

[no subject]

unsubscribe linux-kernel

[PATCH 4.13 30/44] tap: reference to KVA of an unloaded module causes kernel panic

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Girish Moodalbail [ Upstream commit dea6e19f4ef746aa18b4c33d1a7fed54356796ed ] The commit 9a393b5d5988 ("tap: tap as an independent module") created a separate tap module that implements tap

[PATCH 4.13 38/44] mac80211: accept key reinstall without changing anything

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit fdf7cb4185b60c68e1a75e61691c4afdc15dea0e upstream. When a key is reinstalled we can reset the replay counters etc. which can lead to nonce reuse and/or replay detection be

[PATCH 4.13 33/44] net_sched: avoid matching qdisc with zero handle

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit 50317fce2cc70a2bbbc4b42c31bbad510382a53c ] Davide found the following script triggers a NULL pointer dereference: ip l a name eth0 type dummy tc q a dev eth0 pare

[PATCH 4.13 44/44] dmaengine: dmatest: warn user when dma test times out

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Adam Wallis commit a9df21e34b422f79d9a9fa5c3eff8c2a53491be6 upstream. Commit adfa543e7314 ("dmatest: don't use set_freezable_with_signal()") introduced a bug (that is in fact documented by the

[PATCH 4.13 42/44] Input: ims-psu - check if CDC union descriptor is sane

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Torokhov commit ea04efee7635c9120d015dcdeeeb6988130cb67a upstream. Before trying to use CDC union descriptor, try to validate whether that it is sane by checking that intf->altsetting->

[PATCH v2] binder: fix proc->files use-after-free

proc->files cleanup is initiated by binder_vma_close. Therefore a reference on the binder_proc is not enough to prevent the files_struct from being released while the binder_proc still has a reference. This can lead to an attempt to dereference the stale pointer obtained from proc->files prior to p

[PATCH 4.13 29/44] tcp: refresh tp timestamp before tcp_mtu_probe()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit ee1836aec4f5a977c1699a311db4d9027ef21ac8 ] In the unlikely event tcp_mtu_probe() is sending a packet, we want tp->tcp_mstamp being as accurate as possible. Thi

[PATCH 4.13 09/44] tun: call dev_get_valid_name() before register_netdevice()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit 0ad646c81b2182f7fa67ec0c8c825e0ee165696d ] register_netdevice() could fail early when we have an invalid dev name, in which case ->ndo_uninit() is not called. For

[PATCH 4.13 08/44] l2tp: check ps->sock before running pppol2tp_session_ioctl()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 5903f594935a3841137c86b9d5b75143a5b7121c ] When pppol2tp_session_ioctl() is called by pppol2tp_tunnel_ioctl(), the session may be unconnected. That is, it wa

[PATCH 4.13 04/44] ipv6: Fix traffic triggered IPsec connections.

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert [ Upstream commit 62cf27e52b8c9a39066172ca6b6134cb5eaa9450 ] A recent patch removed the dst_free() on the allocated dst_entry in ipv6_blackhole_route(). The dst_free() marked

[PATCH 4.13 28/44] ip6_gre: update dst pmtu if dev mtu has been updated by toobig in __gre6_xmit

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 8aec4959d832bae0889a8e2f348973b5e4abffef ] When receiving a Toobig icmpv6 packet, ip6gre_err would just set tunnel dev's mtu, that's not enough. For skb_dst(skb)'s

Re: [PATCH 1/2] x86,kvm: move qemu/guest FPU switching out to vcpu_run

On 16/11/2017 15:28, Quan Xu wrote: > vcpu->srcu_idx = srcu_read_lock(&kvm->srcu); > > + kvm_load_guest_fpu(vcpu); > + > for (;;) { > if (kvm_vcpu_running(vcpu)) { > r = vcpu_enter_guest(vcpu); > > << > > > >   as Rik dropped  kvm_load_guest_fpu

[PATCH 4.13 03/44] ipv4: Fix traffic triggered IPsec connections.

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert [ Upstream commit 6c0e7284d89995877740d8a26c3e99a937312a3c ] A recent patch removed the dst_free() on the allocated dst_entry in ipv4_blackhole_route(). The dst_free() marked

[PATCH 4.13 22/44] net/unix: dont show information about sockets from other namespaces

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Andrei Vagin [ Upstream commit 0f5da659d8f1810f44de14acf2c80cd6499623a0 ] socket_diag shows information only about sockets from a namespace where a diag socket lives. But if we request infor

[PATCH 4.13 21/44] net: dsa: check master device before put

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Vivien Didelot [ Upstream commit 3eb8feeb1708c7dbfd2e97df92a2a407c116606e ] In the case of pdata, the dsa_cpu_parse function calls dev_put() before making sure it isn't NULL. Fix this. Fixes

[PATCH 4.13 14/44] geneve: Fix function matching VNI and tunnel ID on big-endian

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Stefano Brivio [ Upstream commit 772e97b57a4aa00170ad505a40ffad31d987ce1d ] On big-endian machines, functions converting between tunnel ID and VNI use the three LSBs of tunnel ID storage to m

[PATCH 4.13 19/44] tcp/dccp: fix lockdep splat in inet_csk_route_req()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit a6ca7abe53633d08eea1c6756cb49c9b2d4c90bf ] This patch fixes the following lockdep splat in inet_csk_route_req() lockdep_rcu_suspicious inet_csk_route_req

[PATCH 4.13 15/44] net: bridge: fix returning of vlan range op errors

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit 66c54517540cedf5a22911c6b7f5c7d8b5d1e1be ] When vlan tunnels were introduced, vlan range errors got silently dropped and instead 0 was returned always. R

Re: [PATCH 0/2] ALSA: nm256: Fine-tuning for three function implementations

>> Two update suggestions were taken into account >> from static source code analysis. > > Markus, I'd apply this kind of patches only when they are really > tested on the hardware, I can not test all software and hardware combinations (so far) for which I dare to show change possibilities. > o

Re: [PATCH v2 3/4] Add support for AMD Core Perf Extension in guest

On 11/16/2017 11:25 AM, Borislav Petkov wrote: On Thu, Nov 16, 2017 at 11:13:47AM -0600, Natarajan, Janakarajan wrote: On 11/15/2017 1:07 PM, Borislav Petkov wrote: On Wed, Nov 15, 2017 at 01:04:03PM -0600, Natarajan, Janakarajan wrote: So, when the amd_pmu_init is called, a query to guest_cpu

[PATCH 4.13 13/44] packet: avoid panic in packet_getsockopt()

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 509c7a1ecc8601f94ffba8a00889fefb239c00c6 ] syzkaller got crashes in packet_getsockopt() processing PACKET_ROLLOVER_STATS command while another thread was managi

[PATCH 4.13 01/44] ppp: fix race in ppp device destruction

4.13-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 6151b8b37b119e8e3a8401b080d532520c95faf4 ] ppp_release() tries to ensure that netdevices are unregistered before decrementing the unit refcount and running p

[PATCH 4.9 11/39] packet: avoid panic in packet_getsockopt()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 509c7a1ecc8601f94ffba8a00889fefb239c00c6 ] syzkaller got crashes in packet_getsockopt() processing PACKET_ROLLOVER_STATS command while another thread was managin

Re: [PATCH v2 18/18] arm64: select ARCH_SUPPORTS_LTO_CLANG

On Thu, Nov 16, 2017 at 06:34:17PM +0100, Peter Zijlstra wrote: > On Thu, Nov 16, 2017 at 09:16:49AM -0800, Nick Desaulniers wrote: > > On Thu, Nov 16, 2017 at 8:59 AM, Peter Zijlstra > > wrote: > > > On Thu, Nov 16, 2017 at 08:50:41AM -0800, Nick Desaulniers wrote: > > >> On Thu, Nov 16, 2017 at

[PATCH 4.9 20/39] ip6_gre: only increase err_count for some certain type icmpv6 in ip6gre_err

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit f8d20b46ce55cf40afb30dcef6d9288f7ef46d9b ] The similar fix in patch 'ipip: only increase err_count for some certain type icmp in ipip_err' is needed for ip6gre_err.

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

2017-11-16 19:32 GMT+03:00 Bin Liu : > Hi, > > On Wed, Nov 15, 2017 at 06:19:08PM +0300, Matwey V. Kornilov wrote: >> The issue is also present in 4.9.60-ti-r75 >> >> 2017-11-04 17:05 GMT+03:00 Matwey V. Kornilov : >> > Hi Bin, >> > >> > I've just checked that the issue is still present in 4.13.10.

[PATCH 4.9 19/39] ipip: only increase err_count for some certain type icmp in ipip_err

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit f3594f0a7ea36661d7fd942facd7f31a64245f1a ] t->err_count is used to count the link failure on tunnel and an err will be reported to user socket in tx path if t->err_c

[PATCH 4.9 17/39] net/unix: dont show information about sockets from other namespaces

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Andrei Vagin [ Upstream commit 0f5da659d8f1810f44de14acf2c80cd6499623a0 ] socket_diag shows information only about sockets from a namespace where a diag socket lives. But if we request inform

[PATCH 4.9 18/39] tap: double-free in error path in tap_open()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Girish Moodalbail [ Upstream commit 78e0ea6791d7baafb8a0ca82b1bd0c7b3453c919 ] Double free of skb_array in tap module is causing kernel panic. When tap_set_queue() fails we free skb_array righ

Re: [PATCH] binder: fix proc->files use-after-free

> @@ -875,22 +871,34 @@ static void binder_free_thread(struct binder_thread > *thread); > static void binder_free_proc(struct binder_proc *proc); > static void binder_inc_node_tmpref_ilocked(struct binder_node *node); > > +struct files_struct *binder_get_files_struct(struct binder_proc *proc) T

[PATCH 4.9 14/39] sctp: full support for ipv6 ip_nonlocal_bind & IP_FREEBIND

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Laszlo Toth [ Upstream commit b71d21c274eff20a9db8158882b545b141b73ab8 ] Commit 9b9742022888 ("sctp: support ipv6 nonlocal bind") introduced support for the above options as v4 sctp did, so pa

Re: [patch 1/7] Documentation: Add license-rules.rst to describe how to properly identify file licenses

On Thu, 16 Nov 2017, Jonas Oberg wrote: > > One other thing that occurred to me is that documentation files, too, > > are copyrightable and should have license identifiers. > > Would it make sense to take an incremental approach to this? Get the > source code and identifiers worked on by Thomas et

[PATCH 4.9 38/39] qla2xxx: Fix incorrect tcm_qla2xxx_free_cmd use during TMR ABORT (v2)

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit 6bcbb3174caa5f1ccc894f8ae077631659d5a629 upstream. This patch drops two incorrect usages of tcm_qla2xxx_free_cmd() during TMR ABORT within tcm_qla2xxx_handle_data_work

[PATCH 4.9 37/39] target/iscsi: Fix iSCSI task reassignment handling

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 59b6986dbfcdab96a971f9663221849de79a7556 upstream. Allocate a task management request structure for all task management requests, including task reassignment. This change

[PATCH 4.9 35/39] security/keys: add CONFIG_KEYS_COMPAT to Kconfig

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Bilal Amarni commit 47b2c3fff4932e6fc17ce13d51a43c6969714e20 upstream. CONFIG_KEYS_COMPAT is defined in arch-specific Kconfigs and is missing for several 64-bit architectures : mips, parisc, ti

[PATCH 4.9 33/39] netfilter: nat: avoid use of nf_conn_nat extension

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit 6e699867f84c0f358fed233fe6162173aca28e04 upstream. successful insert into the bysource hash sets IPS_SRC_NAT_DONE status bit so we can check that instead of presence of

[PATCH 4.9 36/39] brcmfmac: remove setting IBSS mode when stopping AP

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Chi-hsien Lin commit 9029679f66d976f8c720eb03c4898274803c9923 upstream. Upon stopping an AP interface the driver disable INFRA mode effectively setting the interface in IBSS mode. However, this

[PATCH 4.9 34/39] netfilter: nat: Revert "netfilter: nat: convert nat bysrc hash to rhashtable"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal commit e1bf1687740ce1a3598a1c5e452b852ff2190682 upstream. This reverts commit 870190a9ec9075205c0fa795a09fa931694a3ff1. It was not a good idea. The custom hash table was a muc

[PATCH 2/2] of: unittest: disable interrupts_property warning

The testcases.dts has purposely bad data which now generates a dtc warning: drivers/of/unittest-data/testcases.dtb: Warning (interrupts_property): interrupts size is (4), expected multiple of 8 in /testcase-data/testcase-device2 Disable this warning for now. The proper solution is to split the

[PATCH 1/2] of: unittest: let dtc generate __local_fixups__

Remove the manually added __local_fixups__ because dtc can now generate them. This also fixes a new warning in the process: drivers/of/unittest-data/testcases.dtb: Warning (interrupts_extended_property): Could not get phandle node for /__local_fixups__/testcase-data/interrupts/interrupts-extende

[PATCH 4.9 28/39] mac80211: dont compare TKIP TX MIC key in reinstall prevention

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit cfbb0d90a7abb289edc91833d0905931f8805f12 upstream. For the reinstall prevention, the code I had added compares the whole key. It turns out though that iwlwifi firmware does

[PATCH 4.9 26/39] mac80211: accept key reinstall without changing anything

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit fdf7cb4185b60c68e1a75e61691c4afdc15dea0e upstream. When a key is reinstalled we can reset the replay counters etc. which can lead to nonce reuse and/or replay detection bei

[PATCH 4.9 25/39] ppp: fix race in ppp device destruction

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 6151b8b37b119e8e3a8401b080d532520c95faf4 ] ppp_release() tries to ensure that netdevices are unregistered before decrementing the unit refcount and running pp

[PATCH 4.9 22/39] tun: allow positive return values on dev_get_valid_name() call

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Julien Gomes [ Upstream commit 5c25f65fd1e42685f7ccd80e0621829c105785d9 ] If the name argument of dev_get_valid_name() contains "%d", it will try to assign it a unit number in __dev__alloc_nam

[PATCH 4.9 21/39] ip6_gre: update dst pmtu if dev mtu has been updated by toobig in __gre6_xmit

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 8aec4959d832bae0889a8e2f348973b5e4abffef ] When receiving a Toobig icmpv6 packet, ip6gre_err would just set tunnel dev's mtu, that's not enough. For skb_dst(skb)'s p

[PATCH 4.9 12/39] soreuseport: fix initialization race

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Craig Gallek [ Upstream commit 1b5f962e71bfad6284574655c406597535c3ea7a ] Syzkaller stumbled upon a way to trigger WARNING: CPU: 1 PID: 13881 at net/core/sock_reuseport.c:41 reuseport_alloc+0x

[PATCH for 4.4-stable] KVM: x86: fix singlestepping over syscall

[ Upstream commit c8401dda2f0a00cd25c0af6a95ed50e478d25de4 ] TF is handled a bit differently for syscall and sysret, compared to the other instructions: TF is checked after the instruction completes, so that the OS can disable #DB at a syscall by adding TF to FMASK. When the sysret is executed the

[PATCH 4.9 24/39] net_sched: avoid matching qdisc with zero handle

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit 50317fce2cc70a2bbbc4b42c31bbad510382a53c ] Davide found the following script triggers a NULL pointer dereference: ip l a name eth0 type dummy tc q a dev eth0 paren

[PATCH 4.9 09/39] sctp: add the missing sock_owned_by_user check in sctp_icmp_redirect

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 1cc276cec9ec574d41cf47dfc0f51406b6f26ab4 ] Now sctp processes icmp redirect packet in sctp_icmp_redirect where it calls sctp_transport_dst_check in which tp->dst can

[PATCH 4.9 00/39] 4.9.63-stable review

This is the start of the stable review cycle for the 4.9.63 release. There are 39 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sat Nov 18 17:42:01 UTC 2017. Anything receive

[PATCH 4.9 08/39] tun: call dev_get_valid_name() before register_netdevice()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit 0ad646c81b2182f7fa67ec0c8c825e0ee165696d ] register_netdevice() could fail early when we have an invalid dev name, in which case ->ndo_uninit() is not called. For t

[PATCH 4.9 07/39] l2tp: check ps->sock before running pppol2tp_session_ioctl()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 5903f594935a3841137c86b9d5b75143a5b7121c ] When pppol2tp_session_ioctl() is called by pppol2tp_tunnel_ioctl(), the session may be unconnected. That is, it was

[PATCH 4.9 05/39] net: call cgroup_sk_alloc() earlier in sk_clone_lock()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c0576e3975084d4699b7bfef578613fb8e1144f6 ] If for some reason, the newly allocated child need to be freed, we will call cgroup_put() (via sk_free_unlock_clone())

[PATCH 4.9 06/39] tcp: fix tcp_mtu_probe() vs highest_sack

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2b7cda9c35d3b940eb9ce74b30bbd5eb30db493d ] Based on SNMP values provided by Roman, Yuchung made the observation that some crashes in tcp_sacktag_walk() might be

[PATCH v4.2] powerpc/modules: Don't try to restore r2 after a sibling call

On Thu, Nov 16, 2017 at 06:39:03PM +0530, Naveen N. Rao wrote: > Josh Poimboeuf wrote: > > On Wed, Nov 15, 2017 at 02:58:33PM +0530, Naveen N. Rao wrote: > > > > +int instr_is_link_branch(unsigned int instr) > > > > +{ > > > > + return (instr_is_branch_iform(instr) || > > > > instr_is_branch

[PATCH 4.4 25/28] brcmfmac: remove setting IBSS mode when stopping AP

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chi-hsien Lin commit 9029679f66d976f8c720eb03c4898274803c9923 upstream. Upon stopping an AP interface the driver disable INFRA mode effectively setting the interface in IBSS mode. However, this

[PATCH 4.9 04/39] netlink: do not set cb_running if dumps start() errs

4.9-stable review patch. If anyone has any objections, please let me know. -- From: "Jason A. Donenfeld" [ Upstream commit 41c87425a1ac9b633e0fcc78eb1f19640c8fb5a0 ] It turns out that multiple places can call netlink_dump(), which means it's still possible to dereference part

[PATCH 4.9 02/39] tun/tap: sanitize TUNSETSNDBUF input

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Craig Gallek [ Upstream commit 93161922c658c714715686cd0cf69b090cb9bf1d ] Syzkaller found several variants of the lockup below by setting negative values with the TUNSETSNDBUF ioctl. This pat

[PATCH 4.9 10/39] tcp/dccp: fix ireq->opt races

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c92e8c02fe664155ac4234516e32544bec0f113d ] syzkaller found another bug in DCCP/TCP stacks [1] For the reasons explained in commit ce1050089c96 ("tcp/dccp: fix i

[PATCH 4.9 03/39] ipv6: addrconf: increment ifp refcount before ipv6_del_addr()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit e669b86945478b3d90d2d87e3793a6eed06d332f ] In the (unlikely) event fixup_permanent_addr() returns a failure, addrconf_permanent_addr() calls ipv6_del_addr() with

[PATCH 4.4 06/28] ALSA: seq: Cancel pending autoload work at unbinding device

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit fc27fe7e8deef2f37cba3f2be2d52b6ca5eb9d57 upstream. ALSA sequencer core has a mechanism to load the enumerated devices automatically, and it's performed in an off-load work.

[PATCH 4.9 01/39] gso: fix payload length when gso_size is zero

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alexey Kodanev [ Upstream commit 3d0241d57c7b25bb75ac9d7a62753642264fdbce ] When gso_size reset to zero for the tail segment in skb_segment(), later in ipv6_gso_segment(), __skb_udp_tunnel_seg

[PATCH 4.4 09/28] l2tp: check ps->sock before running pppol2tp_session_ioctl()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit 5903f594935a3841137c86b9d5b75143a5b7121c ] When pppol2tp_session_ioctl() is called by pppol2tp_tunnel_ioctl(), the session may be unconnected. That is, it was

[PATCH 4.4 21/28] tcp/dccp: fix lockdep splat in inet_csk_route_req()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit a6ca7abe53633d08eea1c6756cb49c9b2d4c90bf ] This patch fixes the following lockdep splat in inet_csk_route_req() lockdep_rcu_suspicious inet_csk_route_req

[PATCH 4.4 19/28] ipip: only increase err_count for some certain type icmp in ipip_err

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit f3594f0a7ea36661d7fd942facd7f31a64245f1a ] t->err_count is used to count the link failure on tunnel and an err will be reported to user socket in tx path if t->err_c

[PATCH 4.4 14/28] net/unix: dont show information about sockets from other namespaces

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Andrei Vagin [ Upstream commit 0f5da659d8f1810f44de14acf2c80cd6499623a0 ] socket_diag shows information only about sockets from a namespace where a diag socket lives. But if we request inform

[PATCH 4.4 10/28] tun: call dev_get_valid_name() before register_netdevice()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit 0ad646c81b2182f7fa67ec0c8c825e0ee165696d ] register_netdevice() could fail early when we have an invalid dev name, in which case ->ndo_uninit() is not called. For t

[PATCH 4.4 12/28] packet: avoid panic in packet_getsockopt()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 509c7a1ecc8601f94ffba8a00889fefb239c00c6 ] syzkaller got crashes in packet_getsockopt() processing PACKET_ROLLOVER_STATS command while another thread was managin

Re: [PATCH] net/smc: Fix preinitialization of buf_desc in __smc_buf_create()

On 11/16/2017 12:22 PM, Geert Uytterhoeven wrote: > 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 > uniniti

Re: [PATCH v2 11/18] arm64: make mrs_s and msr_s macros work with LTO

On Thu, 16 Nov 2017 11:54:33 + Will Deacon wrote: > On Wed, Nov 15, 2017 at 01:34:21PM -0800, Sami Tolvanen wrote: > > From: Alex Matveev > > > > Use UNDEFINE_MRS_S and UNDEFINE_MSR_S to define corresponding macros > > in-place and workaround gcc and clang limitations on redefining > > macr

Inquiry 16-11-2017

Hello, My name is Ms Julian Smith and i am from Sinara Group Co.,LTD in Russia..We are glad to know about your company from the web and we are interested in your products.Please send us your Latest catalog and price list for our trial order Julian Smith, Purchasing Manager

Re: [PATCH v2 18/18] arm64: select ARCH_SUPPORTS_LTO_CLANG

On Thu, Nov 16, 2017 at 9:48 AM, Paul E. McKenney wrote: > On Thu, Nov 16, 2017 at 06:34:17PM +0100, Peter Zijlstra wrote: >> On Thu, Nov 16, 2017 at 09:16:49AM -0800, Nick Desaulniers wrote: >> > On Thu, Nov 16, 2017 at 8:59 AM, Peter Zijlstra >> > wrote: >> > > On Thu, Nov 16, 2017 at 08:50:41

Re: [PATCH v2 1/4] omapdrm: fix compatible string for td028ttec1

> Am 16.11.2017 um 18:08 schrieb Andrew F. Davis : > > On 11/16/2017 10:10 AM, H. Nikolaus Schaller wrote: >> Hi Andrew, >> >>> Am 16.11.2017 um 16:53 schrieb Andrew F. Davis : >>> >>> On 11/16/2017 07:43 AM, H. Nikolaus Schaller wrote: > Am 16.11.2017 um 13:32 schrieb Tomi Valkeinen

Re: [PATCH v3] KVM: X86: Fix softlockup when get the current kvmclock

2017-11-15 09:17+0800, Wanpeng Li: > Ping, :) Ah, sorry, I got distracted while learning about the hotplug mechanism. Indeed we cannot move move the callback earlier because the cpufreq driver kvm uses on crappy hardware gets set in CPUHP_AP_ONLINE_DYN, which is way too late. > 2017-11-09 10:52 G

Re: [PATCH v2 1/4] omapdrm: fix compatible string for td028ttec1

On 11/16/2017 12:18 PM, H. Nikolaus Schaller wrote: > >> Am 16.11.2017 um 18:08 schrieb Andrew F. Davis : >> >> On 11/16/2017 10:10 AM, H. Nikolaus Schaller wrote: >>> Hi Andrew, >>> Am 16.11.2017 um 16:53 schrieb Andrew F. Davis : On 11/16/2017 07:43 AM, H. Nikolaus Schaller wrote:

Re: [PATCH 0/8] USB: add device-tree support for interfaces

On Thu, Nov 16, 2017 at 10:12 AM, Johan Hovold wrote: > On Thu, Nov 16, 2017 at 08:43:21AM -0600, Rob Herring wrote: >> On Thu, Nov 09, 2017 at 06:07:15PM +0100, Johan Hovold wrote: >> > This series adds support for representing USB interfaces in device tree >> > by implementing support for "inter

Re: [PATCH 1/2] of: unittest: let dtc generate __local_fixups__

On 11/16/17 13:05, Rob Herring wrote: > Remove the manually added __local_fixups__ because dtc can now generate > them. This also fixes a new warning in the process: > > drivers/of/unittest-data/testcases.dtb: Warning > (interrupts_extended_property): Could not get phandle node for > /__local_fi

[GIT PULL] xen: features and fixes for v4.15-rc1

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.15-rc1-tag xen: features and fixes for v4.15-rc1 Apart from several small fixes it contains the following features: - a series by Joao Martins to add vdso support of the pv clock i

[PATCH] PCI: designware-ep: use ffz() instead of find_first_zero_bit()

find_first_zero_bit()'s parameter 'size' is defined in bits, not in bytes. find_first_zero_bit() was called with bytes rather than bits, which thus defined a too low upper limit, causing dw_pcie_ep_inbound_atu() to assign iatu index #4 to both bar 4 and bar 5, which made bar 5 overwrite the settin

Re: [PATCH v2 18/18] arm64: select ARCH_SUPPORTS_LTO_CLANG

On Thu, Nov 16, 2017 at 10:16:22AM -0800, Nick Desaulniers wrote: > On Thu, Nov 16, 2017 at 9:48 AM, Paul E. McKenney > wrote: > > On Thu, Nov 16, 2017 at 06:34:17PM +0100, Peter Zijlstra wrote: > >> On Thu, Nov 16, 2017 at 09:16:49AM -0800, Nick Desaulniers wrote: > >> > On Thu, Nov 16, 2017 at 8

Re: [PATCH 1/2] of: unittest: let dtc generate __local_fixups__

On Thu, Nov 16, 2017 at 12:34 PM, Frank Rowand wrote: > On 11/16/17 13:05, Rob Herring wrote: >> Remove the manually added __local_fixups__ because dtc can now generate >> them. This also fixes a new warning in the process: >> >> drivers/of/unittest-data/testcases.dtb: Warning >> (interrupts_exte

Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call

On Tue, Nov 14, 2017 at 03:03:51PM -0500, Mathieu Desnoyers wrote: > +/* > + * If parent process has a registered restartable sequences area, the > + * child inherits. Only applies when forking a process, not a thread. In > + * case a parent fork() in the middle of a restartable sequence, set the >

Re: [PATCH v2 18/18] arm64: select ARCH_SUPPORTS_LTO_CLANG

On Thu, Nov 16, 2017 at 10:39:51AM -0800, Paul E. McKenney wrote: > On Thu, Nov 16, 2017 at 10:16:22AM -0800, Nick Desaulniers wrote: > > > On Thu, Nov 16, 2017 at 06:34:17PM +0100, Peter Zijlstra wrote: > > >> So the problem is that its very very hard (and painful) to find these > > >> bugs. Getti

Re: [PATCH v2 10/18] arm64: add a workaround for GNU gold with ARM64_MODULE_PLTS

On Thu, Nov 16, 2017 at 08:41:01AM -0800, Sami Tolvanen wrote: > On Thu, Nov 16, 2017 at 11:50:12AM +, Will Deacon wrote: > > Why don't we just not do LTO if the toolchain is busted? > > Because LTO can not only potentially improve performance, especially > when combined with PGO (Profile Guid

Re: [GIT PULL] arm64: updates for 4.15

On Thu, Nov 16, 2017 at 3:51 AM, Will Deacon wrote: > From: Will Deacon > Date: Thu, 16 Nov 2017 10:49:34 + > Subject: [PATCH] irqdesc: Use bool return type instead of int Thomas, will you take this in the irq branches, or should I just apply it directly because it's "one of Linus' hangups".

Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call

- On Nov 16, 2017, at 1:43 PM, Peter Zijlstra pet...@infradead.org wrote: > On Tue, Nov 14, 2017 at 03:03:51PM -0500, Mathieu Desnoyers wrote: >> +/* >> + * If parent process has a registered restartable sequences area, the >> + * child inherits. Only applies when forking a process, not a thre

[PULL] vhost/virtio/qemu: cleanups and fixes

DMA support in FW CFG had to be pushed out as it caused ltp failures - likely a compatibility issue, and could be a hypervisor bug, but we need to figure it out first. There's still a small chance it'll happen shortly, then I might do another pull request just for that. The following changes since

Re: [PATCH 0/2] ALSA: nm256: Fine-tuning for three function implementations

On Thu, 16 Nov 2017 18:48:43 +0100, SF Markus Elfring wrote: > > >> Two update suggestions were taken into account > >> from static source code analysis. > > > > Markus, I'd apply this kind of patches only when they are really > > tested on the hardware, > > I can not test all software and hardw

Re: [PATCH v2 1/4] omapdrm: fix compatible string for td028ttec1

Hi Andrew, > Am 16.11.2017 um 19:32 schrieb Andrew F. Davis : > > On 11/16/2017 12:18 PM, H. Nikolaus Schaller wrote: >> >>> Am 16.11.2017 um 18:08 schrieb Andrew F. Davis : >>> >>> On 11/16/2017 10:10 AM, H. Nikolaus Schaller wrote: Hi Andrew, > Am 16.11.2017 um 16:53 schrieb An

Re: [PATCH v3 1/5] soc: qcom: Introduce QMI encoder/decoder

On 11/15/2017 9:42 PM, Bjorn Andersson wrote: On Wed 15 Nov 12:10 PST 2017, Bjorn Andersson wrote: diff --git a/drivers/soc/qcom/qmi_encdec.c b/drivers/soc/qcom/qmi_encdec.c [..] +void *qmi_encode_message(int type, unsigned int msg_id, size_t *len, +unsigned int txn_i

Re: [lkp-robot] [fw_cfg] 05b5d5161b: WARNING:at_drivers/firmware/qemu_fw_cfg.c:#fw_cfg_dma_transfer

On Thu, Nov 16, 2017 at 08:58:13AM +0800, kernel test robot wrote: > > FYI, we noticed the following commit (built with gcc-6): > > commit: 05b5d5161b9e6c72e1d06f36614edbdbfe192cc7 ("fw_cfg: do DMA read > operation") > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master > >

Re: [PATCH 1/2] ASoC: fsl_asrc: Fix line continuation format

On Thu, Nov 16, 2017 at 08:25:46AM -0800, Joe Perches wrote: > Line continuations with excess spacing causes unexpected output > > Signed-off-by: Joe Perches Acked-by: Nicolin Chen > --- > sound/soc/fsl/fsl_asrc.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/s

Re: [v8, 4/5] x86/xsave: Make XSAVE check the base CPUID features before enabling

> It is what I use at kerneltests.org. > See https://github.com/groeck/linux-build-test/tree/master/rootfs/x86_64 > for configuration and script. > > > I can't reproduce it here with different qemu settings. > > > Interesting. What version of qemu are you using ? I tested with your config: -no-k

<    1   2   3   4   5   6   7   8   9   10   >