Re: [PATCH] fs: fcntl_setlease defies lease_init assumptions

Linus Torvalds wrote:

Ok, I was actually really surprised that we'd ever allow a non-slab page to be free'd as a slab or kmalloc allocation, without screaming very loudly indeed. That implies a lack of some pretty fundamental sanity checking by default in the slab layer (I suspect slab debugging turns it on, but even without it, that's just nasty).

Can you see if this trivial patch at least causes a honking huge "kernel BUG" message to be triggered quickly?

It doesn't, at least not before the machine becomes unresponsive.

--
Daniel Hokka Zakrisson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [PATCH] fs: fcntl_setlease defies lease_init assumptions
    • From: Daniel Hokka Zakrisson <[email protected]>
  • Re: [PATCH] fs: fcntl_setlease defies lease_init assumptions
    • From: Linus Torvalds <[email protected]>

• Prev by Date: Re: [PATCH] Move various PCI IDs to header file
• Next by Date: 2.6.17-rc3-mm1 build for SMP=n on x86_64 fails
• Previous by thread: Re: [PATCH] fs: fcntl_setlease defies lease_init assumptions
• Next by thread: Re: [PATCH] fs: fcntl_setlease defies lease_init assumptions
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]