Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1496453
| From | Robert Richter <rric@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] arm64, numa: Add cpu_to_node() implementation. |
| Date | 2016-10-06 11:20 +0200 |
| Message-ID | <spd0m-6Av-5@gated-at.bofh.it> (permalink) |
| References | <sjbNE-Bs-13@gated-at.bofh.it> <sjqMF-1Q1-1@gated-at.bofh.it> <sjrz3-2lw-1@gated-at.bofh.it> <sjthv-3tR-7@gated-at.bofh.it> <slU3U-64K-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 27.09.16 14:26:08, Hanjun Guo wrote: > On 09/20/2016 09:21 PM, Robert Richter wrote: > >On 20.09.16 19:32:34, Hanjun Guo wrote: > >>On 09/20/2016 06:43 PM, Robert Richter wrote: > > > >>>Unfortunately either your nor my code does fix the BUG_ON() I see with > >>>the numa kernel: > >>> > >>> kernel BUG at mm/page_alloc.c:1848! > >>> > >>>See below for the core dump. It looks like this happens due to moving > >>>a mem block where first and last page are mapped to different numa > >>>nodes, thus, triggering the BUG_ON(). > >> > >>Didn't triggered it on our NUMA hardware, could you provide your > >>config then we can have a try? > > > >Config attached. Other configs with an initrd fail too. > > hmm, we can't reproduce it on our hardware, do we need > to run some specific stress test on it? No, it depends on the efi memory zones marked reserved. See my other thread on this where I have attached mem ranges from the log. I have a fix available already. Thanks, -Robert
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH] arm64, numa: Add cpu_to_node() implementation. Hanjun Guo <hanjun.guo@linaro.org> - 2016-09-27 08:30 +0200 Re: [PATCH] arm64, numa: Add cpu_to_node() implementation. Robert Richter <rric@kernel.org> - 2016-10-06 11:20 +0200
csiph-web