On 04/19/2019 08:49 AM, Ingo Molnar wrote:
> * Ingo Molnar <mi...@kernel.org> wrote:
>
>> * Waiman Long <long...@redhat.com> wrote:
>>
>>> On 04/18/2019 07:46 PM, Waiman Long wrote:
>>>>  v5:
>>>>   - Drop v4 patch 1 as it is merged into tip's locking/core branch.
>>>>   - Integrate the 2 followup patches into the series. The first
>>>>     follow-up patch is broken into 2 pieces. The first piece comes in
>>>>     before the "Enable readers spinning on writer" and the 2nd piece
>>>>     is merged into the "Enable time-based spinning on reader-owned
>>>>     rwsem" patch. The 2nd followup patch is added after that.
>>>>   - Add a new patch to make all wake_up_q() calls after dropping
>>>>     wait_lock as suggested by PeterZ.
>>>>   - Incorporate numerouos suggestions by PeterZ and Davidlohr.
>>> This patchset is still being reviewed by Peter . The purpose of this
>>> series is mainly to sync up the version that Peter has and the ones that
>>> I am working on incorporating his feedback. Further changes may still be
>>> needed.
>>>
>>> I run an overall performance test on this new patchset and present the
>>> data in this cover letter. However, I haven't run performance tests for
>>> individual patches. So the performance data listed in some of the
>>> patches may be stale.
>> Just for those who'd like to follow the scope of changes, find below the 
>> v4->v5 interdiff. v5 is now included in tip:WIP.locking/core, and also 
>> merged into tip:master. (But not propagated towards linux-next yet.)
> Hm, I'm experiencing early boot hangs with v5, on defconfig-ish x86-64 
> kernels:
>
> [    0.153940] rcu: Hierarchical RCU implementation.
> [    0.154289] rcu:   RCU restricting CPUs from NR_CPUS=128 to nr_cpu_ids=17.
> [    0.154829] rcu: RCU calculated value of scheduler-enlistment delay is 100 
> jiffies.
> [    0.155390] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=17
>
>
> I bisected it back to the v5 version of this patch:
>
>   2fd5f60fa4c3: locking/rwsem: Merge owner into count on x86-64
>
> I'm moving -tip back to -v4 meanwhile.
>
> Thanks,
>
>       Ingo

Sorry about that. Will look into that problem.

-Longman

Reply via email to