On Mon, Mar 03, 2025 at 12:30:51PM -0500, Joel Fernandes wrote:
> 
> 
> On 3/3/2025 12:07 PM, Boqun Feng wrote:
> > On Mon, Mar 03, 2025 at 12:00:40PM -0500, Joel Fernandes wrote:
> > [...]
> >>
> >> I see the original patch "rcu: Fix get_state_synchronize_rcu_full() 
> >> GP-start
> >> detection" is not yet on -next. Once we are convinced about the fix, do we
> >> want to squash the fix into this patch and have Boqun take it?
> >>
> > 
> > Which "-next" are you talking about? The original patch and the fix is
> > already in next-20250303 of linux-next:
> > 
> >     
> > https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/log/?h=next-20250303&qt=range&q=153fc45000e0058435ec0609258fb16e7ea257d2
> I see it now during manual inspection, but I'm confused why git cherry tells 
> me
> otherwise.

The gitk command for the win!  ;-)

Or, in non-GUI environments, tig.

> I tried the following command and it shows the patch in question in the first
> line of output. Basically the question that the command asks is "What is in
> Paul's dev branch that is not in RCU tree's -next branch".  This question is
> asked for the obvious raisins.
> So I am obviously missing something in the command. Thoughts?
> 
> (rcugit is the RCU tree, and paul/dev is Paul's dev branch)
> 
> git cherry --abbrev -v rcugit/next paul/dev | grep "^+" | cut -d' ' -f2,3-

I must defer to others on this one.  I must confess that I have not yet
found a good use case for "git cherry".

                                                        Thanx, Paul

> 012f47f0f806 rcu: Fix get_state_synchronize_rcu_full() GP-start detection
> 2ada0addbdb6 tools/memory-model: Add atomic_and()/or()/xor() and add_negative
> e176ebffc3f4 tools/memory-model: Add atomic_andnot() with its variants
> de6f99723392 tools/memory-model: Legitimize current use of tags in LKMM macros
> 723177d71224 tools/memory-model: Define applicable tags on operation in 
> tools/...
> 29279349a566 tools/memory-model: Define effect of Mb tags on RMWs in tools/...
> d80a8e016433 MAINTAINERS: Update Joel's email address
> fafa18068359 tools/memory-model: Switch to softcoded herd7 tags
> dcc5197839f2 tools/memory-model: Distinguish between syntactic and semantic 
> tags
> fa9e35a0772a tools/memory-model/README: Fix typo
> a2bfbf847c96 tools/memory-model: glossary.txt: Fix indents
> 3839dbb05869 rcutorture: Make srcu_lockdep.sh check kernel Kconfig
> b5aa1c489085 rcutorture: Make srcu_lockdep.sh check reader-conflict handling
> 9a5720bad9ed rcu: Remove swake_up_one_online() bandaid
> 04159042a62b Revert "rcu/nocb: Fix rcuog wake-up from offline softirq"
> fdc37fed1c81 rcutorture: Split out beginning and end from 
> rcu_torture_one_read()
> 3c6b1925361e rcutorture: Make torture.sh --do-rt use CONFIG_PREEMPT_RT
> fadc715785cc rcutorture: Add tests for SRCU up/down reader primitives
> 90a8f490324c rcutorture: Pull rcu_torture_updown() loop body into new function
> 5fbaa5179f6a rcutorture: Comment invocations of tick_dep_set_task()
> 461810471faa rcutorture: Complain if an ->up_read() is delayed more than 10 
> seconds
> 35e1a180319d rcutorture: Check for ->up_read() without matching ->down_read()
> 0676ba797dfa EXP srcu: Enable Tiny SRCU On all CONFIG_SMP=n kernels
> c8fff13fd2fd EXP rcutorture: Add SRCU-V scenario for preemptible Tiny SRCU
> 910a5f9ebf5f EXP rcutorture: Limit callback flooding for Tiny SRCU in
> preemptible kernels
> 8979a891a365 EXP hrtimers: Force migrate away hrtimers queued after
> CPUHP_AP_HRTIMERS_DYING
> 
> 

Reply via email to