Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1706035
| From | Michael Ellerman <mpe@ellerman.id.au> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] mm: ratelimit PFNs busy info message |
| Date | 2017-08-08 07:40 +0200 |
| Message-ID | <uc5pf-3kw-9@gated-at.bofh.it> (permalink) |
| References | <ua5Wp-4AY-13@gated-at.bofh.it> <ua9dD-6W9-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Andrew Morton <akpm@linux-foundation.org> writes: > On Wed, 2 Aug 2017 13:44:57 -0400 Jonathan Toppins <jtoppins@redhat.com> wrote: > >> The RDMA subsystem can generate several thousand of these messages per >> second eventually leading to a kernel crash. Ratelimit these messages >> to prevent this crash. > > Well... why are all these EBUSY's occurring? It sounds inefficient (at > least) but if it is expected, normal and unavoidable then perhaps we > should just remove that message altogether? We see them on powerpc sometimes when CMA is unable to make large allocations for the hash table of a KVM guest. At least in that context they're not useful, CMA will try the allocation again, and if it really can't allocate then CMA will print more useful information itself. So I'd vote for dropping the message and letting the callers decide what to do. cheers
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH] mm: ratelimit PFNs busy info message Jonathan Toppins <jtoppins@redhat.com> - 2017-08-02 19:50 +0200
Re: [PATCH] mm: ratelimit PFNs busy info message Doug Ledford <dledford@redhat.com> - 2017-08-02 20:10 +0200
Re: [PATCH] mm: ratelimit PFNs busy info message Andrew Morton <akpm@linux-foundation.org> - 2017-08-02 23:20 +0200
Re: [PATCH] mm: ratelimit PFNs busy info message Doug Ledford <dledford@redhat.com> - 2017-08-04 21:00 +0200
Re: [PATCH] mm: ratelimit PFNs busy info message Michal Hocko <mhocko@kernel.org> - 2017-08-07 09:00 +0200
Re: [PATCH] mm: ratelimit PFNs busy info message Michael Ellerman <mpe@ellerman.id.au> - 2017-08-08 07:40 +0200
csiph-web