Re: [PATCH net-next v3 0/3] netvsc: transparent VF support

From: Stephen Hemminger Date: Tue, 1 Aug 2017 19:58:52 -0700 > This patch set changes how SR-IOV Virtual Function devices are managed > in the Hyper-V network driver. This version is rebased onto current net-next. ... Series applied, thanks Stephen. -- To

Re: [RFC 2/4] cgroup: implement hierarchy limits

On Wed, Aug 02, 2017 at 11:44:17AM -0700, Tejun Heo wrote: > Hello, Roman. > > Generally looks good to me. One minor nit. > > On Wed, Aug 02, 2017 at 05:55:30PM +0100, Roman Gushchin wrote: > > +static ssize_t cgroup_max_descendants_write(struct kernfs_open_file *of, > > +

Re: [RFC 2/4] cgroup: implement hierarchy limits

Hello, Roman. Generally looks good to me. One minor nit. On Wed, Aug 02, 2017 at 05:55:30PM +0100, Roman Gushchin wrote: > +static ssize_t cgroup_max_descendants_write(struct kernfs_open_file *of, > +char *buf, size_t nbytes, loff_t off) > +{ > +

[RFC 0/4] cgroup hierarchy controls and stats

Date: Wed, 2 Aug 2017 17:55:28 +0100 From: Roman Gushchin To: cgro...@vger.kernel.org Cc: Roman Gushchin Subject: [RFC 0/4] cgroup hierarchy controls and stats X-Mailer: git-send-email 2.13.3 Creating cgroup hierearchies of an unreasonable size can affect system

[RFC 2/4] cgroup: implement hierarchy limits

Creating cgroup hierearchies of unreasonable size can affect overall system performance. A user might want to limit the size of cgroup hierarchy. This is especially important if a user is delegating some cgroup sub-tree. To address this issue, introduce an ability to control the size of cgroup

[RFC 3/4] cgroup: add cgroup.stat interface with basic hierarchy stats

A cgroup can consume resources even after being deleted by a user. For example, writing back dirty pages should be accounted and limited, despite the corresponding cgroup might contain no processes and being deleted by a user. In the current implementation a cgroup can remain in such "dying"

[RFC 1/4] cgroup: keep track of number of descent cgroups

Keep track of the number of online and dying descent cgroups. This data will be used later to add an ability to control cgroup hierarchy (limit the depth and the number of descent cgroups) and display hierarchy stats. Signed-off-by: Roman Gushchin Suggested-by: Tejun Heo

Re: [PATCH 3/3] gpio: mockup: use irq_sim

On Wed, Jul 19, 2017 at 2:20 PM, Bartosz Golaszewski wrote: > Shrink the driver by removing the code dealing with dummy interrupts > and replacing it with calls to the irq_sim API. > > Signed-off-by: Bartosz Golaszewski Reviewed-by: Linus Walleij

Re: [PATCH 0/3] simulated interrupts

On Wed, Jul 19, 2017 at 4:19 PM, Marc Zyngier wrote: > On a slightly tangential subject, there is another aspect that I thought > of implementing for a while, but always ended up just relying on a quick > hack: forcing the injection of an actual interrupt. A number of >

Re: [Linux-ima-devel] [PATCH, RESEND 08/12] ima: added parser for RPM data type

On 8/2/2017 9:22 AM, James Morris wrote: On Tue, 1 Aug 2017, Roberto Sassu wrote: On 8/1/2017 12:27 PM, Christoph Hellwig wrote: On Tue, Aug 01, 2017 at 12:20:36PM +0200, Roberto Sassu wrote: This patch introduces a parser for RPM packages. It extracts the digests from the RPMTAG_FILEDIGESTS

Re: [RFC 2/5] i3c: Add core I3C infrastructure

> > Yes, my wording was a bit too strong. It is possible, sure. Yet, I > > understood that one of the features of I3C is to have in-band interrupt > > support. We will see if the demand for backward compatibility or "saving > > pins" is higher. > > > > Indeed, you can use in-band interrupts if

Re: [RFC v6 21/62] powerpc: introduce execute-only pkey

Thiago Jung Bauermann writes: > Michael Ellerman writes: > >> Thiago Jung Bauermann writes: >>> Ram Pai writes: >> ... + + /* We got one, store it and use it from here on out */

Re: [v4 2/4] mm, oom: cgroup-aware OOM killer

On Tue 01-08-17 19:13:52, Roman Gushchin wrote: > On Tue, Aug 01, 2017 at 07:03:03PM +0200, Michal Hocko wrote: > > On Tue 01-08-17 16:25:48, Roman Gushchin wrote: > > > On Tue, Aug 01, 2017 at 04:54:35PM +0200, Michal Hocko wrote: > > [...] > > > > I would reap out the oom_kill_process into a

Re: [Linux-ima-devel] [PATCH, RESEND 08/12] ima: added parser for RPM data type

On Tue, 1 Aug 2017, Roberto Sassu wrote: > On 8/1/2017 12:27 PM, Christoph Hellwig wrote: > > On Tue, Aug 01, 2017 at 12:20:36PM +0200, Roberto Sassu wrote: > > > This patch introduces a parser for RPM packages. It extracts the digests > > > from the RPMTAG_FILEDIGESTS header section and converts