Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD

Evgeniy Polyakov wrote:

One must receive a packet to determine if that packet must be dropped
until tricky hardware with header split capabilities or MMIO copying is
used. Peter uses special pool to get data from when system is in OOM (at
least in his latest patchset), so allocations are separated and thus
network code is not affected by OOM condition, which allows to make
forward progress.

Nice executive summary.  Crucial point: you want to say "in reclaim"
not "in OOM".

Yes, right from the beginning the patch set got its sk_buff memory
from a special pool when the system is in reclaim, however the exact
nature of the pool and how/where it is accounted has evolved... mostly
forward.

Regards,

Daniel
-
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:
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Peter Zijlstra <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Evgeniy Polyakov <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Peter Zijlstra <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Rik van Riel <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Evgeniy Polyakov <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Peter Zijlstra <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Evgeniy Polyakov <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Rik van Riel <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Evgeniy Polyakov <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Rik van Riel <[email protected]>
  • Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
    • From: Evgeniy Polyakov <[email protected]>

• Prev by Date: Re: 2.6.18-rc3-mm2 (+ hotfixes): GPF related to skge on suspend
• Next by Date: Re: rename *MEMALLOC flags
• Previous by thread: Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
• Next by thread: Re: [RFC][PATCH 0/9] Network receive deadlock prevention for NBD
• 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]