On Tue, Nov 15, 2016 at 08:42:45AM +0100, Ingo Molnar wrote:
> * Greg KH wrote:
> > On Mon, Nov 14, 2016 at 06:39:46PM +0100, Peter Zijlstra wrote:
> > Thanks so much for doing these, at the very least, I want to take the
> > kref-abuse-fixes now as those users shouldn't be doing those foolish
> >
On Tue, Nov 15, 2016 at 08:27:42AM +0100, Greg KH wrote:
> On Mon, Nov 14, 2016 at 06:39:46PM +0100, Peter Zijlstra wrote:
> > This series unfscks kref and then implements it in terms of refcount_t.
> >
> > x86_64-allyesconfig compile tested and boot tested with my regular config.
> >
> > refcoun
* Greg KH wrote:
> On Mon, Nov 14, 2016 at 06:39:46PM +0100, Peter Zijlstra wrote:
> > This series unfscks kref and then implements it in terms of refcount_t.
> >
> > x86_64-allyesconfig compile tested and boot tested with my regular config.
> >
> > refcount_t is as per the previous thread, it
On Mon, Nov 14, 2016 at 06:39:46PM +0100, Peter Zijlstra wrote:
> This series unfscks kref and then implements it in terms of refcount_t.
>
> x86_64-allyesconfig compile tested and boot tested with my regular config.
>
> refcount_t is as per the previous thread, it BUGs on over-/underflow and
> s
This series unfscks kref and then implements it in terms of refcount_t.
x86_64-allyesconfig compile tested and boot tested with my regular config.
refcount_t is as per the previous thread, it BUGs on over-/underflow and
saturates at UINT_MAX, such that if we ever overflow, we'll never free again.
5 matches
Mail list logo