Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 5 Aug 2010 09:01:22 -0700
From:      mdf@FreeBSD.org
To:        mdf@freebsd.org
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: sched_pin() versus PCPU_GET
Message-ID:  <AANLkTimD6fMLazWwA1bMZZJCKSHdL5v-4kc1wCSVQoMZ@mail.gmail.com>
In-Reply-To: <AANLkTi=YjbBdZp9KuGUmMuYUmWyx_n%2BykikPSMMMo=j9@mail.gmail.com>
References:  <AANLkTikY20TxyeyqO5zP3zC-azb748kV-MdevPfm%2B8cq@mail.gmail.com> <201007301031.34266.jhb@freebsd.org> <AANLkTinp7278ZD1L8s616seQET=OQBx1RZ4eHx=e%2BpD5@mail.gmail.com> <201008041026.17553.jhb@freebsd.org> <AANLkTi=YjbBdZp9KuGUmMuYUmWyx_n%2BykikPSMMMo=j9@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Aug 4, 2010 at 9:20 AM,  <mdf@freebsd.org> wrote:
> On Wed, Aug 4, 2010 at 2:26 PM, John Baldwin <jhb@freebsd.org> wrote:
>> Actually, I would beg to differ in that case. =A0If PCPU_GET(spinlocks)
>> returns non-NULL, then it means that you hold a spin lock,
>
> ll_count is 0 for the "correct" pc_spinlocks and non-zero for the
> "wrong" one, though. =A0So I think it can be non-NULL but the current
> thread/CPU doesn't hold a spinlock.
>
> I don't believe we have any code in the NMI handler. =A0I'm on vacation
> today so I'll check tomorrow.

I checked and ipi_nmi_handler() doesn't appear to have any local
changes.  I assume that's where I should look?

Thanks,
matthew



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTimD6fMLazWwA1bMZZJCKSHdL5v-4kc1wCSVQoMZ>