Re: Linux 4.1.28
On Tue, Aug 02, 2016 at 06:14:22PM +0200, Thomas Voegtle wrote: > On Wed, 20 Jul 2016, Michal Kubecek wrote: > > >On Fri, Jul 15, 2016 at 03:04:48PM +0200, Thomas Voegtle wrote: > >>And that one? > >>Happens while trying to start a firewall script with iptables-restore. > >> > >>[ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! > >>[iptables-restor:2338] > >... > >>[ 180.072000] Call Trace: > >>[ 180.072000] [] ? __kmalloc_node+0x26/0x2d > >>[ 180.072000] [] ? cpumask_next+0x1b/0x1d > >>[ 180.072000] [] ? xt_alloc_table_info+0xc2/0xdf > >>[ 180.072000] [] do_ipt_set_ctl+0xfd/0x193 [ip_tables] > >>[ 180.072000] [] nf_sockopt+0x64/0x7e > >>[ 180.072000] [] nf_setsockopt+0x1c/0x20 > >>[ 180.072000] [] ip_setsockopt+0x6e/0x8e > >>[ 180.072000] [] raw_setsockopt+0x11/0x4c > >>[ 180.072000] [] sock_common_setsockopt+0xf/0x11 > >>[ 180.072000] [] SyS_setsockopt+0x85/0xa5 > >>[ 180.072000] [] system_call_fastpath+0x12/0x71 > > > >This should be the problem addressed by > > > > http://article.gmane.org/gmane.linux.network/422215 > > I re-checked your patch today on top of a 4.1.29 and I'm very sorry > to say it actually does fix the problem despite what I wrote a few > days ago. > > I don't know why I saw the problem while I was sure I had that patch > applied. Maybe I mixed up the builds. Should have double checked it. > > So, if that patch would appear in the next 4.1.y, that would be great. > > talking about that patch: > https://patchwork.ozlabs.org/patch/650120/ > (as gmame is down atm) I used the old address of Sasha Levin so that he didn't get the e-mail with the patch. I'll bounce it to his new address. Michal Kubecek
Re: Linux 4.1.28
On Wed, 20 Jul 2016, Michal Kubecek wrote: On Fri, Jul 15, 2016 at 03:04:48PM +0200, Thomas Voegtle wrote: And that one? Happens while trying to start a firewall script with iptables-restore. [ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [iptables-restor:2338] ... [ 180.072000] Call Trace: [ 180.072000] [] ? __kmalloc_node+0x26/0x2d [ 180.072000] [] ? cpumask_next+0x1b/0x1d [ 180.072000] [] ? xt_alloc_table_info+0xc2/0xdf [ 180.072000] [] do_ipt_set_ctl+0xfd/0x193 [ip_tables] [ 180.072000] [] nf_sockopt+0x64/0x7e [ 180.072000] [] nf_setsockopt+0x1c/0x20 [ 180.072000] [] ip_setsockopt+0x6e/0x8e [ 180.072000] [] raw_setsockopt+0x11/0x4c [ 180.072000] [] sock_common_setsockopt+0xf/0x11 [ 180.072000] [] SyS_setsockopt+0x85/0xa5 [ 180.072000] [] system_call_fastpath+0x12/0x71 This should be the problem addressed by http://article.gmane.org/gmane.linux.network/422215 Michal Kubecek Hi, I re-checked your patch today on top of a 4.1.29 and I'm very sorry to say it actually does fix the problem despite what I wrote a few days ago. I don't know why I saw the problem while I was sure I had that patch applied. Maybe I mixed up the builds. Should have double checked it. So, if that patch would appear in the next 4.1.y, that would be great. talking about that patch: https://patchwork.ozlabs.org/patch/650120/ (as gmame is down atm) thanks, Thomas
Re: Linux 4.1.28
On Fri, Jul 15, 2016 at 6:54 AM, Sasha Levin wrote: > On 07/15/2016 07:38 AM, Thomas Voegtle wrote: >> On Wed, 13 Jul 2016, Sasha Levin wrote: >> >>> I'm announcing the release of the 4.1.28 kernel. >> >> I have a serious memleak with 4.1.28 (like 20mb/s) >> I stripped down my kernel config and started a bisect, which came to: >> >> # first bad commit: [c5ad33184354260be6d05de57e46a5498692f6d6] mm/swap.c: >> flush lru pvecs on compound page arrival >> => >> commit c5ad33184354260be6d05de57e46a5498692f6d6 >> Author: Lukasz Odzioba >> Date: Fri Jun 24 14:50:01 2016 -0700 >> >> mm/swap.c: flush lru pvecs on compound page arrival >> >> >> Reverting this on top 4.1.28 helps. Config attached. > > Yup, this was reported and a fix is already queued for 4.1.29. 4.1.28 is unusable for us. Do you have an ETA when 4.1.29 will be available? Also, is the iptables problem reported by Thomas Voegtle fixed as well? I do not see any iptables-related changes in the 4.1.y-queue: https://git.kernel.org/cgit/linux/kernel/git/sashal/linux-stable.git/log/?h=linux-4.1.y-queue Thanks! -- Josh
Re: Linux 4.1.28
On Wed, 20 Jul 2016, Michal Kubecek wrote: On Fri, Jul 15, 2016 at 03:04:48PM +0200, Thomas Voegtle wrote: And that one? Happens while trying to start a firewall script with iptables-restore. [ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [iptables-restor:2338] ... [ 180.072000] Call Trace: [ 180.072000] [] ? __kmalloc_node+0x26/0x2d [ 180.072000] [] ? cpumask_next+0x1b/0x1d [ 180.072000] [] ? xt_alloc_table_info+0xc2/0xdf [ 180.072000] [] do_ipt_set_ctl+0xfd/0x193 [ip_tables] [ 180.072000] [] nf_sockopt+0x64/0x7e [ 180.072000] [] nf_setsockopt+0x1c/0x20 [ 180.072000] [] ip_setsockopt+0x6e/0x8e [ 180.072000] [] raw_setsockopt+0x11/0x4c [ 180.072000] [] sock_common_setsockopt+0xf/0x11 [ 180.072000] [] SyS_setsockopt+0x85/0xa5 [ 180.072000] [] system_call_fastpath+0x12/0x71 This should be the problem addressed by http://article.gmane.org/gmane.linux.network/422215 Michal Kubecek Mh, doesn't fix the problem for me. Looks like the same, see below. In the original commit 482cfc318559 you mentioned, are changes in netfilter/x_tables.c aswell, aren't these missing here? (xt_alloc_table_info) Actually I'm just guessing here, haven't a clue. thanks, Thomas [ 288.072000] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [iptables-restor:2874] [ 288.072000] Modules linked in: xt_CT xt_addrtype xt_set iptable_raw iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat_tftp nf_conntrack_tftp nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_irc nf_conntrack_irc nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_nat nf_conntrack_ftp nfsd lockd grace nfs_acl auth_rpcgss oid_registry sunrpc nfnetlink_log msr iptable_filter ip_tables nf_conntrack_netlink nf_conntrack autofs4 arc4 ecb ppp_mppe xfrm_user pppoe pppox ppp_generic slhc ipv6 dummy ip_set_hash_netiface ip_set_list_set ip_set_hash_net ip_set ipmi_devintf ipmi_msghandler lcd_module(O) sg st snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_controller snd_hda_codec snd_hda_core i915 snd_pcm coretemp acpi_cpufreq snd_timer snd_hwdep [ 288.072000] drm_kms_helper kvm_intel divas(O) drm kvm processor video snd e1000e thermal_sys divadidd(O) tpm_tis firewire_ohci i2c_algo_bit intel_agp evdev i2c_i801 firewire_core microcode e100 ptp intel_gtt ppdev parport_pc tpm pps_core lpc_ich soundcore agpgart 8250_fintek hwmon button parport i2c_core mii shpchp mfd_core [ 288.072000] CPU: 0 PID: 2874 Comm: iptables-restor Tainted: G O4.1.28-cx #1 [ 288.072000] Hardware name: /DG33BU, BIOS DPP3510J.86A.0572.2009.0715.2346 07/15/2009 [ 288.072000] task: 8801c188a090 ti: 8801c1814000 task.ti: 8801c1814000 [ 288.072000] RIP: 0010:[] [] translate_table+0x3b3/0x6bd [ip_tables] [ 288.072000] RSP: 0018:8801c1817c98 EFLAGS: 0286 [ 288.072000] RAX: 0f68 RBX: 8163 RCX: 8801c185da88 [ 288.072000] RDX: RSI: 8801c185eb38 RDI: c900010c6f68 [ 288.072000] RBP: 8801c1817d88 R08: 0001 R09: 0009 [ 288.072000] R10: 8801c185da88 R11: R12: c900010d0fff [ 288.072000] R13: c900010d0fff R14: 81c0bc90 R15: [ 288.072000] FS: 7f0713a61700() GS:88021bc0() knlGS: [ 288.072000] CS: 0010 DS: ES: CR0: 80050033 [ 288.072000] CR2: 02478e28 CR3: 0001c182e000 CR4: 000406f0 [ 288.072000] Stack: [ 288.072000] 8801c1817cf8 8801c185da88 88020001 0009 [ 288.072000] c900010c6108 81ce2ec0 [ 288.072000] 8801c1817dcc 8801c1817de0 000900011030 [ 288.072000] Call Trace: [ 288.072000] [] ? __vmalloc_node+0x39/0x3b [ 288.072000] [] ? xt_alloc_table_info+0x97/0xdf [ 288.072000] [] ? find_next_bit+0x18/0x1a [ 288.072000] [] ? cpumask_next+0x1b/0x1d [ 288.072000] [] ? xt_alloc_table_info+0xc2/0xdf [ 288.072000] [] do_ipt_set_ctl+0xfd/0x193 [ip_tables] [ 288.072000] [] nf_sockopt+0x64/0x7e [ 288.072000] [] nf_setsockopt+0x1c/0x20 [ 288.072000] [] ip_setsockopt+0x6e/0x8e [ 288.072000] [] raw_setsockopt+0x11/0x4c [ 288.072000] [] sock_common_setsockopt+0xf/0x11 [ 288.072000] [] SyS_setsockopt+0x85/0xa5 [ 288.072000] [] system_call_fastpath+0x12/0x71 [ 288.072000] Code: 34 8b 33 48 63 f8 48 8d 4e 90 48 39 cf 0f 87 df 02 00 00 4c 01 ef 4c 89 d1 4c 01 d6 eb 0d 48 39 f9 74 22 44 0f b7 59 5a 4c 01 d9 <48> 39 f1 72 ee e9 bd 02 00 00 41 0f b7 47 5a 44 01 e0 3b 03 0f
Re: Linux 4.1.28
On Fri, Jul 15, 2016 at 03:04:48PM +0200, Thomas Voegtle wrote: > And that one? > Happens while trying to start a firewall script with iptables-restore. > > [ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! > [iptables-restor:2338] ... > [ 180.072000] Call Trace: > [ 180.072000] [] ? __kmalloc_node+0x26/0x2d > [ 180.072000] [] ? cpumask_next+0x1b/0x1d > [ 180.072000] [] ? xt_alloc_table_info+0xc2/0xdf > [ 180.072000] [] do_ipt_set_ctl+0xfd/0x193 [ip_tables] > [ 180.072000] [] nf_sockopt+0x64/0x7e > [ 180.072000] [] nf_setsockopt+0x1c/0x20 > [ 180.072000] [] ip_setsockopt+0x6e/0x8e > [ 180.072000] [] raw_setsockopt+0x11/0x4c > [ 180.072000] [] sock_common_setsockopt+0xf/0x11 > [ 180.072000] [] SyS_setsockopt+0x85/0xa5 > [ 180.072000] [] system_call_fastpath+0x12/0x71 This should be the problem addressed by http://article.gmane.org/gmane.linux.network/422215 Michal Kubecek
Re: Linux 4.1.28
On Wednesday 20 of July 2016, Arkadiusz Miskiewicz wrote: > On Friday 15 of July 2016, Thomas Voegtle wrote: > > On Fri, 15 Jul 2016, Sasha Levin wrote: > > > On 07/15/2016 07:38 AM, Thomas Voegtle wrote: > > >> On Wed, 13 Jul 2016, Sasha Levin wrote: > > >>> I'm announcing the release of the 4.1.28 kernel. > > >> > > >> I have a serious memleak with 4.1.28 (like 20mb/s) > > >> I stripped down my kernel config and started a bisect, which came to: > > >> > > >> # first bad commit: [c5ad33184354260be6d05de57e46a5498692f6d6] > > >> mm/swap.c: flush lru pvecs on compound page arrival > > >> => > > >> commit c5ad33184354260be6d05de57e46a5498692f6d6 > > >> Author: Lukasz Odzioba > > >> Date: Fri Jun 24 14:50:01 2016 -0700 > > >> > > >> mm/swap.c: flush lru pvecs on compound page arrival > > >> > > >> Reverting this on top 4.1.28 helps. Config attached. > > > > > > Yup, this was reported and a fix is already queued for 4.1.29. > > > > And that one? > > Happens while trying to start a firewall script with iptables-restore. > > > > > > [ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! > > [iptables-restor:2338] > > Same here but I don't have actuall trace > > Applying iptables firewall rules...[ > 42.297704] NMI watchdog: BUG: soft lockup - CPU#7 stuck for 22s! [iptables- > restor:900] > [ 70.287999] NMI watchdog: BUG: soft lockup - CPU#7 stuck for 22s! > [iptables-restor:900] > [ 102.276912] NMI watchdog: BUG: soft lockup - CPU#7 stuck for 23s! > [iptables-restor:900] Hm, maintainer no longer at oracle? Delivery to the following recipient failed permanently: 550 5.1.1 Unknown oracle.com recipient. -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
Re: Linux 4.1.28
On Friday 15 of July 2016, Thomas Voegtle wrote: > On Fri, 15 Jul 2016, Sasha Levin wrote: > > On 07/15/2016 07:38 AM, Thomas Voegtle wrote: > >> On Wed, 13 Jul 2016, Sasha Levin wrote: > >>> I'm announcing the release of the 4.1.28 kernel. > >> > >> I have a serious memleak with 4.1.28 (like 20mb/s) > >> I stripped down my kernel config and started a bisect, which came to: > >> > >> # first bad commit: [c5ad33184354260be6d05de57e46a5498692f6d6] > >> mm/swap.c: flush lru pvecs on compound page arrival > >> => > >> commit c5ad33184354260be6d05de57e46a5498692f6d6 > >> Author: Lukasz Odzioba > >> Date: Fri Jun 24 14:50:01 2016 -0700 > >> > >> mm/swap.c: flush lru pvecs on compound page arrival > >> > >> Reverting this on top 4.1.28 helps. Config attached. > > > > Yup, this was reported and a fix is already queued for 4.1.29. > > And that one? > Happens while trying to start a firewall script with iptables-restore. > > > [ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! > [iptables-restor:2338] Same here but I don't have actuall trace Applying iptables firewall rules...[ 42.297704] NMI watchdog: BUG: soft lockup - CPU#7 stuck for 22s! [iptables- restor:900] [ 70.287999] NMI watchdog: BUG: soft lockup - CPU#7 stuck for 22s! [iptables-restor:900] [ 102.276912] NMI watchdog: BUG: soft lockup - CPU#7 stuck for 23s! [iptables-restor:900] -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
Re: Linux 4.1.28
On Fri, 15 Jul 2016, Sasha Levin wrote: On 07/15/2016 07:38 AM, Thomas Voegtle wrote: On Wed, 13 Jul 2016, Sasha Levin wrote: I'm announcing the release of the 4.1.28 kernel. I have a serious memleak with 4.1.28 (like 20mb/s) I stripped down my kernel config and started a bisect, which came to: # first bad commit: [c5ad33184354260be6d05de57e46a5498692f6d6] mm/swap.c: flush lru pvecs on compound page arrival => commit c5ad33184354260be6d05de57e46a5498692f6d6 Author: Lukasz Odzioba Date: Fri Jun 24 14:50:01 2016 -0700 mm/swap.c: flush lru pvecs on compound page arrival Reverting this on top 4.1.28 helps. Config attached. Yup, this was reported and a fix is already queued for 4.1.29. And that one? Happens while trying to start a firewall script with iptables-restore. [ 180.071999] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [iptables-restor:2338] [ 180.072000] Modules linked in: xt_CT xt_addrtype xt_set iptable_raw iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 iptable_filter ip_tables nf_conntrack_netbios_ns nf_conntrack_broadcast nf_nat_tftp nf_conntrack_tftp nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_irc nf_conntrack_irc nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_nat nf_conntrack_ftp nfnetlink_log nfsd lockd grace nfs_acl rpcsec_gss_krb5 auth_rpcgss sunrpc oid_registry nf_conntrack_netlink nf_conntrack autofs4 msr xfrm_user ipv6 dummy ip_set_hash_netiface ip_set_list_set ip_set_hash_net ip_set vhost_net macvtap macvlan vhost tun capi kernelcapi ipmi_devintf ipmi_msghandler sg st snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_controller snd_hda_codec snd_hda_core [ 180.072000] i915 snd_pcm coretemp snd_timer kvm_intel snd_hwdep drm_kms_helper snd kvm soundcore drm e1000e acpi_cpufreq firewire_ohci video processor e100 i2c_i801 i2c_algo_bit tpm_tis ptp i2c_core intel_agp intel_gtt firewire_core agpgart ppdev thermal_sys parport_pc tpm lpc_ich evdev microcode 8250_fintek parport button hwmon mfd_core pps_core mii [ 180.072000] CPU: 1 PID: 2338 Comm: iptables-restor Not tainted 4.1.28-cx #1 [ 180.072000] Hardware name: /DG33BU, BIOS DPP3510J.86A.0572.2009.0715.2346 07/15/2009 [ 180.072000] task: 8800df0a60d0 ti: 8800c6d5 task.ti: 8800c6d5 [ 180.072000] RIP: 0010:[] [] translate_table+0x3a6/0x6bd [ip_tables] [ 180.072000] RSP: 0018:8800c6d53c98 EFLAGS: 0283 [ 180.072000] RAX: 0e38 RBX: 88021bfd4b18 RCX: 8801f34e9988 [ 180.072000] RDX: RSI: 8801f34ea908 RDI: 8800df14ae38 [ 180.072000] RBP: 8800c6d53d88 R08: 0001 R09: 0009 [ 180.072000] R10: 8801f34e9988 R11: R12: 0001 [ 180.072000] R13: 88021bfd3b50 R14: 88021bfd4b00 R15: 8800c6d53ce0 [ 180.072000] FS: 7f31ba21a700() GS:88021bc8() knlGS: [ 180.072000] CS: 0010 DS: ES: CR0: 80050033 [ 180.072000] CR2: 015e1b28 CR3: ca20e000 CR4: 000406e0 [ 180.072000] Stack: [ 180.072000] 8800c6d53d08 8801f34e9988 88020001 0009 [ 180.072000] 8800df14a108 81ce2c40 [ 180.072000] 8800c6d53dcc 8800c6d53de0 00090003 [ 180.072000] Call Trace: [ 180.072000] [] ? __kmalloc_node+0x26/0x2d [ 180.072000] [] ? cpumask_next+0x1b/0x1d [ 180.072000] [] ? xt_alloc_table_info+0xc2/0xdf [ 180.072000] [] do_ipt_set_ctl+0xfd/0x193 [ip_tables] [ 180.072000] [] nf_sockopt+0x64/0x7e [ 180.072000] [] nf_setsockopt+0x1c/0x20 [ 180.072000] [] ip_setsockopt+0x6e/0x8e [ 180.072000] [] raw_setsockopt+0x11/0x4c [ 180.072000] [] sock_common_setsockopt+0xf/0x11 [ 180.072000] [] SyS_setsockopt+0x85/0xa5 [ 180.072000] [] system_call_fastpath+0x12/0x71 [ 180.072000] Code: 02 00 8b 46 20 75 3b 89 c6 83 ee 00 78 34 8b 33 48 63 f8 48 8d 4e 90 48 39 cf 0f 87 df 02 00 00 4c 01 ef 4c 89 d1 4c 01 d6 eb 0d <48> 39 f9 74 22 44 0f b7 59 5a 4c 01 d9 48 39 f1 72 ee e9 bd 02
Re: Linux 4.1.28
On 07/15/2016 07:38 AM, Thomas Voegtle wrote: > On Wed, 13 Jul 2016, Sasha Levin wrote: > >> I'm announcing the release of the 4.1.28 kernel. > > I have a serious memleak with 4.1.28 (like 20mb/s) > I stripped down my kernel config and started a bisect, which came to: > > # first bad commit: [c5ad33184354260be6d05de57e46a5498692f6d6] mm/swap.c: > flush lru pvecs on compound page arrival > => > commit c5ad33184354260be6d05de57e46a5498692f6d6 > Author: Lukasz Odzioba > Date: Fri Jun 24 14:50:01 2016 -0700 > > mm/swap.c: flush lru pvecs on compound page arrival > > > Reverting this on top 4.1.28 helps. Config attached. Yup, this was reported and a fix is already queued for 4.1.29. Thanks, Sasha
Re: Linux 4.1.28
On Wed, 13 Jul 2016, Sasha Levin wrote: I'm announcing the release of the 4.1.28 kernel. I have a serious memleak with 4.1.28 (like 20mb/s) I stripped down my kernel config and started a bisect, which came to: # first bad commit: [c5ad33184354260be6d05de57e46a5498692f6d6] mm/swap.c: flush lru pvecs on compound page arrival => commit c5ad33184354260be6d05de57e46a5498692f6d6 Author: Lukasz Odzioba Date: Fri Jun 24 14:50:01 2016 -0700 mm/swap.c: flush lru pvecs on compound page arrival Reverting this on top 4.1.28 helps. Config attached.# # Automatically generated file; DO NOT EDIT. # Linux/x86 4.1.27 Kernel Configuration # CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_PERF_EVENTS_INTEL_UNCORE=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_X86_64_SMP=y CONFIG_X86_HT=y CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11" CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_PGTABLE_LEVELS=4 CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y # # General setup # CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" # CONFIG_COMPILE_TEST is not set CONFIG_LOCALVERSION="-cx" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_HAVE_KERNEL_LZ4=y # CONFIG_KERNEL_GZIP is not set # CONFIG_KERNEL_BZIP2 is not set # CONFIG_KERNEL_LZMA is not set CONFIG_KERNEL_XZ=y # CONFIG_KERNEL_LZO is not set # CONFIG_KERNEL_LZ4 is not set CONFIG_DEFAULT_HOSTNAME="(none)" CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_CROSS_MEMORY_ATTACH=y CONFIG_FHANDLE=y CONFIG_USELIB=y CONFIG_AUDIT=y CONFIG_HAVE_ARCH_AUDITSYSCALL=y CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_WATCH=y CONFIG_AUDIT_TREE=y # # IRQ subsystem # CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_GENERIC_IRQ_LEGACY_ALLOC_HWIRQ=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_IRQ_DOMAIN=y CONFIG_GENERIC_MSI_IRQ=y # CONFIG_IRQ_DOMAIN_DEBUG is not set CONFIG_IRQ_FORCED_THREADING=y CONFIG_SPARSE_IRQ=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_ARCH_CLOCKSOURCE_DATA=y CONFIG_CLOCKSOURCE_VALIDATE_LAST_CYCLE=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_GENERIC_CLOCKEVENTS_MIN_ADJUST=y CONFIG_GENERIC_CMOS_UPDATE=y # # Timers subsystem # CONFIG_TICK_ONESHOT=y CONFIG_NO_HZ_COMMON=y # CONFIG_HZ_PERIODIC is not set CONFIG_NO_HZ_IDLE=y # CONFIG_NO_HZ_FULL is not set CONFIG_NO_HZ=y CONFIG_HIGH_RES_TIMERS=y # # CPU/Task time and stats accounting # CONFIG_TICK_CPU_ACCOUNTING=y # CONFIG_VIRT_CPU_ACCOUNTING_GEN is not set # CONFIG_IRQ_TIME_ACCOUNTING is not set CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y # # RCU Subsystem # CONFIG_TREE_RCU=y CONFIG_SRCU=y # CONFIG_TASKS_RCU is not set CONFIG_RCU_STALL_COMMON=y # CONFIG_RCU_USER_QS is not set CONFIG_RCU_FANOUT=64 CONFIG_RCU_FANOUT_LEAF=16 # CONFIG_RCU_FANOUT_EXACT is not set # CONFIG_RCU_FAST_NO_HZ is not set # CONFIG_TREE_RCU_TRACE is not set CONFIG_RCU_KTHREAD_PRIO=0 # CONFIG_RCU_NOCB_CPU is not set # CONFIG_RCU_EXPEDITE_BOOT is not set CONFIG_BUILD_BIN2C=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=18 CONFIG_LOG_CPU_MAX_BUF_SHIFT=12 CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y CONFIG_ARCH_SUPPORTS_INT128=y CONFIG_NUMA_BALANCING=y CONFIG_NUMA_BALANCING_DEFAULT_ENABLED=y CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_FREEZER=y CONFIG_CGROUP_DEVICE=y CONFIG_CPUSETS=y CONFIG_PROC_PID_CPUSET=y CONFIG_CGROUP_CPUACCT=y CONFIG_PAGE_COUNTER=y CONFIG_MEMCG=y CONFIG_MEMCG_SWAP=y CONFIG_MEMCG_SWAP_ENABLED=y # CONFIG_MEMCG_KMEM is not set CONFIG_CGROUP_HUGETLB=y # CONFIG_CGROUP_PERF is not set CONFIG_CGROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_CFS_BANDWIDTH=y CONFIG_RT_GROUP_SCHED=y CONFIG_BLK_C
Re: Linux 4.1.28
Hi Sasha, On Thu, 14 Jul 2016 04:23:56 +0200, Sasha Levin wrote: > > I'm announcing the release of the 4.1.28 kernel. > > All users of the 4.1 kernel series must upgrade. > > The updated 4.1.y git tree can be found at: > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > linux-4.1.y > and can be browsed at the normal kernel.org git web browser: > > http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary This kernel gives a build failure on ppc64le: arch/powerpc/kernel/prom.c:170:25: error: 'PPC_FEATURE2_HTM_NOSC_COMP' undeclared here (not in a function) PPC_FEATURE2_HTM_COMP|PPC_FEATURE2_HTM_NOSC_COMP, 22, 0, 0}, ^ It's due to the commit f49eb503f0f9ab66874a81992b14249a1c59b6ad powerpc: Update TM user feature bits in scan_features() FYI, the macro referred there is defined in the upstream commit b4b56f9ecab40f3b4ef53e130c9f6663be491894 powerpc/tm: Abort syscalls in active transactions Please revert the relevant commit, or fix it properly. thanks, Takashi
Linux 4.1.28
I'm announcing the release of the 4.1.28 kernel. All users of the 4.1 kernel series must upgrade. The updated 4.1.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.1.y and can be browsed at the normal kernel.org git web browser: http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=summary Linux 4.1.28 Al Viro (1): make nfs_atomic_open() call d_drop() on all ->open_context() errors. Alan Stern (2): USB: EHCI: declare hostpc register as zero-length array USB: don't free bandwidth_mutex too early Alex Deucher (3): drm/radeon: fix asic initialization for virtualized environments drm/radeon: add a dpm quirk for sapphire Dual-X R7 370 2G D5 drm/radeon: add a dpm quirk for all R7 370 parts Alexander Kochetkov (1): rtc: hym8563: fix invalid year calculation Alexander Shiyan (1): pinctrl: imx: Do not treat a PIN without MUX register as an error Alexei Starovoitov (1): bpf/verifier: reject invalid LD_ABS | BPF_DW instruction Alexey Brodkin (1): arc: unwind: warn only once if DW2_UNWIND is disabled Andrew Goodbody (2): usb: musb: Ensure rx reinit occurs for shared_fifo endpoints usb: musb: Stop bulk endpoint while queue is rotated Andrey Grodzovsky (2): drm/dp/mst: Always clear proposed vcpi table for port. xen/pciback: Fix conf_space read/write overlap check. Andrey Ryabinin (1): kernel/sysrq, watchdog, sched/core: Reset watchdog on all CPUs while processing sysrq-w Andrey Ulanov (1): namespace: update event counter when umounting a deleted dentry Andy Gross (1): clk: qcom: msm8916: Fix crypto clock flags Anthony Romano (1): tmpfs: don't undo fallocate past its last page Anton Blanchard (2): crypto: vmx - Increase priority of aes-cbc cipher powerpc: Update TM user feature bits in scan_features() Ard Biesheuvel (1): efi: Expose non-blocking set_variable() wrapper to efivars Arnaldo Carvalho de Melo (1): net: Fix use after free in the recvmmsg exit path Arnd Bergmann (11): ASoC: samsung: pass DMA channels as pointers mlx4: add missing braces in verify_qp_parameters farsync: fix off-by-one bug in fst_add_one ath9k: fix buffer overrun for ar9287 mac80211: avoid excessive stack usage in sta_info xen kconfig: don't "select INPUT_XEN_KBDDEV_FRONTEND" ASoC: s3c24xx: use const snd_soc_component_driver pointer regulator: s5m8767: fix get_register() error handling paride: make 'verbose' parameter an 'int' again megaraid_sas: add missing curly braces in ioctl handler lpfc: fix misleading indentation Asai Thambi SP (2): mtip32xx: Fix for rmmod crash when drive is in FTL rebuild mtip32xx: Fix broken service thread handling Babu Moger (1): sparc/PCI: Fix for panic while enabling SR-IOV Ben Hutchings (2): misc/bmp085: Enable building as a module atl2: Disable unimplemented scatter/gather feature Benjamin Poirier (1): mld, igmp: Fix reserved tailroom calculation Bernie Harris (1): tunnel: Clear IPCB(skb)->opt before dst_link_failure called Bill Sommerfeld (1): udp6: fix UDP/IPv6 encap resubmit path Bin Liu (1): usb: gadget: fix spinlock dead lock in gadgetfs Bjørn Mork (3): qmi_wwan: add Sierra Wireless EM74xx device ID cdc_ncm: toggle altsetting to force reset before setup qmi_wwan: add "D-Link DWM-221 B1" device id Boris Brezillon (1): drm: atmel-hlcdc: actually disable scaling when no scaling is required Borislav Petkov (1): perf stat: Document --detailed option Chanwoo Choi (1): serial: samsung: Reorder the sequence of clock control when call s3c24xx_serial_set_termios() Chris Friesen (1): route: do not cache fib route info on local routes with oif Cyril Bur (1): powerpc/tm: Always reclaim in start_thread() for exec() class syscalls Dan Carpenter (2): KEYS: potential uninitialized variable rtc: ds1685: passing bogus values to irq_restore Dan Streetman (1): nbd: ratelimit error msgs after socket close Daniel Jurgens (1): net/mlx4_en: Fix endianness bug in IPV6 csum calculation Daniel Vetter (1): drm/udl: Use unlocked gem unreferencing David Rientjes (1): mm, compaction: abort free scanner if split fails David S. Miller (7): ipv4: Don't do expensive useless work during inetdev destroy. decnet: Do not build routes to devices without decnet private data. sparc64: Fix bootup regressions on some Kconfig combinations. sparc64: Fix sparc64_set_context stack handling. sparc64: Take ctx_alloc_lock properly in hugetlb_setup(). sparc: Harden sign