Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps

On Fri, 2 Oct 2015, Vlastimil Babka wrote: > Currently, /proc/pid/smaps will always show "Swap: 0 kB" for shmem-backed > mappings, even if the mapped portion does contain pages that were swapped out. > This is because unlike private anonymous mappings, shmem does not change pte > to swap entry,

Re: [PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting

On Fri, 2 Oct 2015, Vlastimil Babka wrote: > From: Jerome Marchand > > Currently looking at /proc//status or statm, there is no way to > distinguish shmem pages from pages mapped to a regular file (shmem > pages are mapped to /dev/zero), even though their implication in >

Re: [PATCH v2] scsi: dpt: remove i2o header in uapi

On Sun, Oct 04, 2015 at 01:22:50AM +0200, Gabriel Laskar wrote: > The i2o subsystem was removed by > commit 4a72a7af462d ("staging: remove i2o subsystem") but the header was > still used by drivers/scsi/dpt_i2o.c driver. > > This patch moves the structures used from the header into dpti_i2o.h. >

Re: [PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver

On Sat, Oct 03, 2015 at 07:28:07PM -0400, Gabriel L. Somlo wrote: > From: Gabriel Somlo > > Instead of blindly probing fw_cfg registers at known IOport and MMIO > locations, use the ACPI subsystem to determine whether a QEMU fw_cfg > device is present, and, if found, to initialize

Re: [PATCH v8 00/41] Richacls

On Mon, Sep 28, 2015 at 12:08:51AM +0200, Andreas Gruenbacher wrote: > Hello, > > here's another update of the richacl patch queue. At this stage, I would > like to ask for final feedback so that the core and ext4 code (patches > 1-19) can be merged in the 4.4 merge window. The nfsd and nfs

Re: [PATCH v2] scsi: dpt: remove i2o header in uapi

On Sunday 04 October 2015 01:22:50 Gabriel Laskar wrote: > The i2o subsystem was removed by > commit 4a72a7af462d ("staging: remove i2o subsystem") but the header was > still used by drivers/scsi/dpt_i2o.c driver. > > This patch moves the structures used from the header into dpti_i2o.h. > > CC:

Re: [PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver

On Sun, Oct 04, 2015 at 04:24:00PM -0400, Gabriel L. Somlo wrote: > On Sun, Oct 04, 2015 at 10:54:57AM +0300, Michael S. Tsirkin wrote: > > On Sat, Oct 03, 2015 at 07:28:07PM -0400, Gabriel L. Somlo wrote: > > > > > > Instead of blindly probing fw_cfg registers at known IOport and MMIO > > >

Re: [PATCH v5 3/4] of: overlay: add per overlay sysfs attributes

On Wed, Sep 16, 2015 at 07:09:10PM +0300, Pantelis Antoniou wrote: > The two default overlay attributes are: > > * A targets sysfs attribute listing the targets of the installed > overlay. The targets list the path on the kernel's device tree > where each overlay fragment is applied to > > * A

Re: [PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver

On Sun, Oct 04, 2015 at 10:54:57AM +0300, Michael S. Tsirkin wrote: > On Sat, Oct 03, 2015 at 07:28:07PM -0400, Gabriel L. Somlo wrote: > > From: Gabriel Somlo > > > > Instead of blindly probing fw_cfg registers at known IOport and MMIO > > locations, use the ACPI subsystem to

Re: [PATCH v4 1/4] mm, documentation: clarify /proc/pid/status VmSwap limitations

On Fri, 2 Oct 2015, Vlastimil Babka wrote: > The documentation for /proc/pid/status does not mention that the value of > VmSwap counts only swapped out anonymous private pages and not shmem. This is > not obvious, so document this limitation. > > Signed-off-by: Vlastimil Babka >

Re: [PATCH v4 4/4] mm, procfs: Display VmAnon, VmFile and VmShm in /proc/pid/status

On Fri, 2 Oct 2015, Vlastimil Babka wrote: > From: Jerome Marchand > > It's currently inconvenient to retrieve MM_ANONPAGES value from status > and statm files and there is no way to separate MM_FILEPAGES and > MM_SHMEMPAGES. Add RssAnon, RssFile and RssShm lines in