All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Nazarewicz <mina86@mina86.com>
To: Michal Hocko <mhocko@kernel.org>,
	"Robin H. Johnson" <robbat2@orbis-terrarum.net>
Cc: linux-kernel@vger.kernel.org, robbat2@gentoo.org, linux-mm@kvack.org
Subject: Re: PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy
Date: Wed, 30 Nov 2016 14:08:00 +0100	[thread overview]
Message-ID: <xa1ty4012k0f.fsf@mina86.com> (raw)
In-Reply-To: <20161130092239.GD18437@dhcp22.suse.cz>

On Wed, Nov 30 2016, Michal Hocko wrote:
> [Let's CC linux-mm and Michal]
>
> On Tue 29-11-16 22:43:08, Robin H. Johnson wrote:
>> I didn't get any responses to this.
>> 
>> git bisect shows that the problem did actually exist in 4.5.0-rc6, but
>> has gotten worse by many orders of magnitude (< 1/week to ~20M/hour).
>> 
>> Presently with 4.9-rc5, it's now writing ~2.5GB/hour to syslog.
>
> This is really not helpful. I think we should simply make it pr_debug or
> need some ratelimitting.  AFAIU the message is far from serious

On the other hand, if this didn’t happen and now happens all the time,
this indicates a regression in CMA’s capability to allocate pages so
just rate limiting the output would hide the potential actual issue.

>  
>> The list of addresses in that time is only ~80 unique ranges, each
>> appearing ~320K times. They don't appear exactly in order, so the kernel
>> does not squelch the log message for appearing too frequently.
>> 
>> Could somebody at least make a suggestion on how to trace the printed
>> range to somewhere in the kernel?
>> 
>> On Sat, Nov 19, 2016 at 03:25:32AM +0000, Robin H. Johnson wrote:
>> > (Replies CC to list and direct to me please)
>> > 
>> > Summary:
>> > --------
>> > dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy
>> > 
>> > Description:
>> > ------------
>> > I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), 
>> > and since then my dmesg has been absolutely flooded with 'PFNs busy'
>> > (>3GiB/day). My config did not change (all new options =n).
>> > 
>> > It's not consistent addresses, so the squelch of identical printk lines
>> > hasn't helped.
>> > Eg output:
>> > [187487.621916] alloc_contig_range: [83f0a9, 83f0aa) PFNs busy
>> > [187487.621924] alloc_contig_range: [83f0ce, 83f0cf) PFNs busy
>> > [187487.621976] alloc_contig_range: [83f125, 83f126) PFNs busy
>> > [187487.622013] alloc_contig_range: [83f127, 83f128) PFNs busy
>> > 
>> > Keywords:
>> > ---------
>> > mm, alloc_contig_range, CMA
>> > 
>> > Most recent kernel version which did not have the bug:
>> > ------------------------------------------------------
>> > Known 4.5.0-rc6-00141-g6794402
>> > 
>> > ver_linux:
>> > ----------
>> > Linux bohr-int 4.9.0-rc5-00177-g81bcfe5 #12 SMP Wed Nov 16 13:16:32 PST
>> > 2016 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel
>> > GNU/Linux
>> > 
>> > GNU C					5.3.0
>> > GNU Make				4.2.1
>> > Binutils				2.25.1
>> > Util-linux				2.29
>> > Mount					2.29
>> > Quota-tools				4.03
>> > Linux C Library			2.23
>> > Dynamic linker (ldd)	2.23
>> > readlink: missing operand
>> > Try 'readlink --help' for more information.
>> > Procps					3.3.12
>> > Net-tools				1.60
>> > Kbd						2.0.3
>> > Console-tools			2.0.3
>> > Sh-utils				8.25
>> > Udev					230
>> > Modules Loaded			3w_sas 3w_xxxx ablk_helper aesni_intel
>> > aes_x86_64 af_packet ahci aic79xx amdgpu async_memcpy async_pq
>> > async_raid6_recov async_tx async_xor ata_piix auth_rpcgss binfmt_misc
>> > bluetooth bnep bnx2 bonding btbcm btintel btrfs btrtl btusb button cdrom
>> > cn configs coretemp crc32c_intel crc32_pclmul crc_ccitt crc_itu_t
>> > crct10dif_pclmul cryptd dca dm_bio_prison dm_bufio dm_cache dm_cache_smq
>> > dm_crypt dm_delay dm_flakey dm_log dm_log_userspace dm_mirror dm_mod
>> > dm_multipath dm_persistent_data dm_queue_length dm_raid dm_region_hash
>> > dm_round_robin dm_service_time dm_snapshot dm_thin_pool dm_zero drm
>> > drm_kms_helper dummy e1000 e1000e evdev ext2 fat fb_sys_fops
>> > firewire_core firewire_ohci fjes fscache fuse ghash_clmulni_intel
>> > glue_helper grace hangcheck_timer hid_a4tech hid_apple hid_belkin
>> > hid_cherry hid_chicony hid_cypress hid_ezkey hid_generic hid_gyration
>> > hid_logitech hid_logitech_dj hid_microsoft hid_monterey hid_petalynx
>> > hid_pl hid_samsung hid_sony hid_sunplus hwmon_vid i2c_algo_bit i2c_i801
>> > i2c_smbus igb input_leds intel_rapl ip6_udp_tunnel ipv6 irqbypass
>> > iscsi_tcp iTCO_vendor_support iTCO_wdt ixgb ixgbe jfs kvm kvm_intel
>> > libahci libata libcrc32c libiscsi libiscsi_tcp linear lockd lpc_ich lpfc
>> > lrw macvlan mdio md_mod megaraid_mbox megaraid_mm megaraid_sas mii
>> > mptbase mptfc mptsas mptscsih mptspi multipath nfs nfs_acl nfsd
>> > nls_cp437 nls_iso8859_1 nvram ohci_hcd pata_jmicron pata_marvell
>> > pata_platform pcspkr psmouse qla1280 qla2xxx r8169 radeon raid0 raid10
>> > raid1 raid456 raid6_pq reiserfs rfkill sata_mv sata_sil24
>> > scsi_transport_fc scsi_transport_iscsi scsi_transport_sas
>> > scsi_transport_spi sd_mod sg sky2 snd snd_hda_codec
>> > snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_codec_realtek
>> > snd_hda_core snd_hda_intel snd_hwdep snd_pcm snd_timer soundcore sr_mod
>> > sunrpc syscopyarea sysfillrect sysimgblt tg3 ttm uas udp_tunnel
>> > usb_storage vfat virtio virtio_net virtio_ring vxlan w83627ehf
>> > x86_pkg_temp_thermal xfs xhci_hcd xhci_pci xor zlib_deflate
>> 
>> -- 
>> Robin Hugh Johnson
>> E-Mail     : robbat2@orbis-terrarum.net
>> Home Page  : http://www.orbis-terrarum.net/?l=people.robbat2
>> ICQ#       : 30269588 or 41961639
>> GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
>
>
>
> -- 
> Michal Hocko
> SUSE Labs

-- 
Best regards
ミハウ “𝓶𝓲𝓷𝓪86” ナザレヴイツ
«If at first you don’t succeed, give up skydiving»

  reply	other threads:[~2016-11-30 13:08 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-29 22:43 PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy Robin H. Johnson
2016-11-30  9:22 ` Michal Hocko
2016-11-30 13:08   ` Michal Nazarewicz [this message]
2016-11-30 13:28     ` Michal Hocko
2016-11-30 19:58       ` Robin H. Johnson
2016-11-30 20:19         ` drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy Robin H. Johnson
2016-11-30 21:24           ` Vlastimil Babka
2016-11-30 21:24             ` Vlastimil Babka
2016-12-01  6:21             ` Robin H. Johnson
2016-12-01  7:38               ` Vlastimil Babka
2016-12-01  7:38                 ` Vlastimil Babka
2016-12-01  7:58                 ` Robin H. Johnson
2016-12-01  7:58                   ` Robin H. Johnson
2016-12-01  7:15           ` Michal Hocko
2016-12-01  7:15             ` Michal Hocko
2016-12-01  7:21             ` Michal Hocko
2016-12-01  7:21               ` Michal Hocko
2016-12-01  7:43               ` Vlastimil Babka
2016-12-01  7:43                 ` Vlastimil Babka
2016-12-01 14:11                 ` Michal Hocko
2016-12-01 14:11                   ` Michal Hocko
2016-12-01 16:03                   ` Michal Nazarewicz
2016-12-01 16:03                     ` Michal Nazarewicz
2016-12-01 16:11                     ` Michal Hocko
2016-12-01 16:11                       ` Michal Hocko
2016-12-01 21:02                       ` Michal Nazarewicz
2016-12-01 21:02                         ` Michal Nazarewicz
2016-12-02  6:36                         ` Vlastimil Babka
2016-12-02  6:36                           ` Vlastimil Babka
2016-12-02  6:36                           ` Vlastimil Babka
2016-12-02 10:26                   ` Lucas Stach
2016-12-02 10:26                     ` Lucas Stach
2016-12-02 15:17                     ` Jerome Glisse
2016-12-02 15:17                       ` Jerome Glisse
2016-12-02 15:17                       ` Jerome Glisse
2016-12-01  1:39         ` PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy Michal Nazarewicz
2016-12-01  1:39           ` Michal Nazarewicz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xa1ty4012k0f.fsf@mina86.com \
    --to=mina86@mina86.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mhocko@kernel.org \
    --cc=robbat2@gentoo.org \
    --cc=robbat2@orbis-terrarum.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.