15 Jan, 2016
1 commit
-
Mark those kmem allocations that are known to be easily triggered from
userspace as __GFP_ACCOUNT/SLAB_ACCOUNT, which makes them accounted to
memcg. For the list, see below:- threadinfo
- task_struct
- task_delay_info
- pid
- cred
- mm_struct
- vm_area_struct and vm_region (nommu)
- anon_vma and anon_vma_chain
- signal_struct
- sighand_struct
- fs_struct
- files_struct
- fdtable and fdtable->full_fds_bits
- dentry and external_name
- inode for all filesystems. This is the most tedious part, because
most filesystems overwrite the alloc_inode method.The list is far from complete, so feel free to add more objects.
Nevertheless, it should be close to "account everything" approach and
keep most workloads within bounds. Malevolent users will be able to
breach the limit, but this was possible even with the former "account
everything" approach (simply because it did not account everything in
fact).[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: Vladimir Davydov
Acked-by: Johannes Weiner
Acked-by: Michal Hocko
Cc: Tejun Heo
Cc: Greg Thelen
Cc: Christoph Lameter
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Joonsoo Kim
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
09 Dec, 2015
1 commit
-
kmap() in page_follow_link_light() needed to go - allowing to hold
an arbitrary number of kmaps for long is a great way to deadlocking
the system.new helper (inode_nohighmem(inode)) needs to be used for pagecache
symlinks inodes; done for all in-tree cases. page_follow_link_light()
instrumented to yell about anything missed.Signed-off-by: Al Viro
07 Dec, 2015
1 commit
-
It was to needed for a couple of months in 2010, until UFS
quota support got dropped. Since then it's equivalent to
simple_setattr() (i.e. the default) for everything except the
regular files. And dropping it there allows to convert all
UFS symlinks to {page,simple}_symlink_inode_operations, getting
rid of fs/ufs/symlink.c completely.Signed-off-by: Al Viro
10 Sep, 2015
1 commit
-
Followup to the UFS series - with the way we clear the new blocks (via
buffer cache, possibly on more than a page worth of file) we really
should not insert a reference to new block into inode block tree until
after we'd cleared it.Signed-off-by: Al Viro
Signed-off-by: Linus Torvalds
07 Jul, 2015
36 commits
-
Just pass NULL as locked_page in case of first block in the indirect
chain. Old calling conventions aside, a reason for having 'phys'
was that ufs_inode_getfrag() used to be able to do _two_ allocations
- indirect block and extending/reallocating a tail. We needed
locked_page for the latter (it's a data), but we also needed to
figure out that indirect block is metadata. So we used to pass
non-NULL locked_page in all cases *and* used NULL phys as
indication of being asked to allocate an indirect.With tail unpacking taken into a separate function we don't need
those convolutions anymore.Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
... and not "write to beginning of the disk", TYVM...
Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
same story as with ufs_inode_getblock()
Signed-off-by: Al Viro
-
ufs_extend_tail() is handling that now.
Signed-off-by: Al Viro
-
... instead of messing with buffer_head. We can bloody well do
sb_bread() in there.Signed-off-by: Al Viro
-
The value passed to ufs_inode_getblock() as the 3rd argument
had lower bits ignored; the upper bits were shifted down
and used and they actually make sense - those are _lower_ bits
of index in indirect block (i.e. they form the index within
a fragment within an indirect block).Pass those as argument. Upper bits of index (i.e. the number
of fragment within indirect block) will join them shortly.Signed-off-by: Al Viro
-
just return the damn block number
Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
These calling conventions are rudiments of pre-2.3 times; they
really need to be sanitized. This is the first step; next
will be _always_ returning a block number, instead of this
"return a pointer to buffer_head, except when we get to the
actual data" crap.Signed-off-by: Al Viro
-
we'd already calculated it...
Signed-off-by: Al Viro
-
... and massage ufs_frag_map() to take those instead of fragment number.
As it is, we duplicate the damn thing on the write side, open-coded and
bloody hard to follow.Signed-off-by: Al Viro
-
We are holding ->truncate_mutex, so nobody else can alter our
block pointers. Rechecks/retries were needed back when we
only held BKL there, and had to cope with write_begin/writepage
and writepage/truncate races. Can't happen anymore...Signed-off-by: Al Viro
-
There's a case when an indirect block gets dirtied for no good
reason - when there's a hole starting in the middle of area
covered by it and spanning past its end, and truncate() is done
precisely to the beginning of the hole.The block is obviously not modified at all - all removals happen
beyond it. However, existing code ends up dirtying it just in
case. It's trivial to fix and while it's not a real bug by any
stretch of imagination, it makes the damn thing harder to follow.Signed-off-by: Al Viro
-
Note that it's already made unreachable from the inode, so we don't have
to worry about ufs_frag_map() walking into something already freed.Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
Have caller fetch the block number *and* remove it from wherever
it was. Pass the block number instead.Signed-off-by: Al Viro
-
turn recursion into a pair of loops
Signed-off-by: Al Viro
-
We always have 0 < depth2
-
Signed-off-by: Al Viro
-
open-coded in several places...
Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
For calls in __ufs_truncate_blocks() it's just a matter of not
incrementing offsets[0] and not making that call - immediately
following loop will be executed one extra time and we'll be just
fine. For recursive call in ufs_trunc_branch() itself, just
assing NULL to offsets if we would be about to make such call.Signed-off-by: Al Viro
-
... and turn the switch into if (), since all cases with
depth != 1 have just become identical.Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
Instead of manually checking that the array contains only zeroes,
find the position of the last non-zero (in __ufs_truncate(), where
we can conveniently do that) and use that to tell if there's
any non-zero in the array tail passed to ufs_trunc_...indirect().The goal of all that clumsiness is to get fold these functions
together.Signed-off-by: Al Viro
-
rather than bitslicing the offset just formed as sum of shifted indices,
pass the array of those indices itself. NULL is used as equivalent
of "all zeroes" (== free the entire branch).Signed-off-by: Al Viro
-
Signed-off-by: Al Viro
-
same as the previous two.
Signed-off-by: Al Viro
-
... instead of file offset. Same cleanups as in the tindirect
conversion in previous commit.Signed-off-by: Al Viro
-
IOW, the distance of cutoff from the begining of the branch
(in blocks).That (and the fact that block just prior to cutoff is guaranteed to
be present) allows to tell whether to free triple indirect block
just by looking at the offset.While we are at it, using u64 for index in the block is wrong -
those should be unsigned int.Signed-off-by: Al Viro
-
Use ufs_block_to_path() to find the cutoff path in the block pointers' tree.
For now just use the information about the depth (to bypass the fully
preserved subtrees); subsequent commits will use the information about actual
path.Signed-off-by: Al Viro
-
type makes no sense - those are indices in block number arrays, not
block numbers. And no, UFS is not likely to grow indirect blocks with
4Gpointers in them...Signed-off-by: Al Viro
-
It is closely tied to block pointers handling there, can benefit
from existing helpers, etc. - no point keeping them apart.Trimmed the trailing whitespaces in inode.c at the same time.
Signed-off-by: Al Viro