On Wed, Mar 19, 2025 at 2:12 PM Breno Leitao wrote:
>
> On Wed, Mar 19, 2025 at 09:05:07AM -0700, Paul E. McKenney wrote:
>
> > > I think we should redesign lockdep_unregister_key() to work on a
> > > separately
> > > allocated piece of memory,
> > > then use kfree_rcu() in it.
> > >
> > > Ie not
On Wed, Mar 19, 2025 at 04:08:48PM +0100, Eric Dumazet wrote:
> On Wed, Mar 19, 2025 at 4:04 PM Paul E. McKenney wrote:
>
> > On Wed, Mar 19, 2025 at 07:56:40AM -0700, Breno Leitao wrote:
> > > On Wed, Mar 19, 2025 at 03:41:37PM +0100, Eric Dumazet wrote:
> > > > On Wed, Mar 19, 2025 at 2:09 PM B
On Wed, Mar 19, 2025 at 07:56:40AM -0700, Breno Leitao wrote:
> On Wed, Mar 19, 2025 at 03:41:37PM +0100, Eric Dumazet wrote:
> > On Wed, Mar 19, 2025 at 2:09 PM Breno Leitao wrote:
> >
> > > Hello,
> > >
> > > I am experiencing an issue with upstream kernel when compiled with debug
> > > capabil
On Wed, Mar 19, 2025 at 09:05:07AM -0700, Paul E. McKenney wrote:
> > I think we should redesign lockdep_unregister_key() to work on a separately
> > allocated piece of memory,
> > then use kfree_rcu() in it.
> >
> > Ie not embed a "struct lock_class_key" in the struct Qdisc, but a pointer to
> >
On Wed, Mar 19, 2025 at 8:08 AM Eric Dumazet wrote:
>
>
>
> On Wed, Mar 19, 2025 at 4:04 PM Paul E. McKenney wrote:
>>
>> On Wed, Mar 19, 2025 at 07:56:40AM -0700, Breno Leitao wrote:
>> > On Wed, Mar 19, 2025 at 03:41:37PM +0100, Eric Dumazet wrote:
>> > > On Wed, Mar 19, 2025 at 2:09 PM Breno L
On Wed, Mar 19, 2025 at 11:12:24AM -0700, Breno Leitao wrote:
> On Wed, Mar 19, 2025 at 09:05:07AM -0700, Paul E. McKenney wrote:
>
> > > I think we should redesign lockdep_unregister_key() to work on a
> > > separately
> > > allocated piece of memory,
> > > then use kfree_rcu() in it.
> > >
> >
