On Tue, 2010-09-28 at 02:48 -0500, Robert Watson wrote: > On Mon, 27 Sep 2010, Joshua Neal wrote: > > > I hit this bug at one point, and had to bump MEMSTAT_MAXCPU. It's already > > asking the kernel for the max number and throwing an error if it doesn't > > agree: > > Yes, it looks like MAXCPU was bumped in the kernel without bumping the limit > in libmemstat. The bug could be in not having a comment by the definition of > MAXCPU saying that MEMSTAT_MAXCPU needs to be modified as well. > > > I was thinking a more future-proof fix would be to get rid of the static > > allocations and allocate the library's internal structures based on the > > value of kern.smp.maxcpus. > > Agreed. I'm fairly preoccupied currently, but would be happy to accept > patches :-). > > Robert Working on a dynamic version today. I'll spam it over to you for review later. I'm moving the percpu struct definitions outside of struct memory_type, allocating quantity kern.smp.maxcpus, removing the boundary checks based on MEMSTAT_MAXCPU and then removing MEMSTAT_MAXCPU all together. SeanReceived on Tue Sep 28 2010 - 14:55:55 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:07 UTC