[Devel] [PATCH] ploop: Disable ioctl(PLOOP_IOC_BALLOON)

2019-04-09 Thread Kirill Tkhai
This ioctl enters in discard maintaince mode in hidden way. The discard logic is rewritten, so we disable it. Signed-off-by: Kirill Tkhai --- drivers/block/ploop/dev.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/block/ploop/dev.c b/drivers/block/ploop/dev.c index 815c74438dd

[Devel] [PATCH] ploop: Add native discard support parameter

2019-04-09 Thread Kirill Tkhai
This adds a possibility to determ whether driver supports native discard (without maintaince mode). Currently, we show features in module parameters and this was started since "large_disk_support". The patch continues the way, but the parameter is made RW to allow prohibit the feature on flight.

Re: [Devel] [PATCH] ploop: Add native ploop support parameter

2019-04-09 Thread Kirill Tkhai
Please, ignore this On 09.04.2019 19:21, Kirill Tkhai wrote: > This adds a possibility to determ whether driver supports > native discard (without maintaince mode). > > Currently, we show features in module parameters > and this was started since "large_disk_support". > The patch continues the wa

[Devel] [PATCH] ploop: Add native ploop support parameter

2019-04-09 Thread Kirill Tkhai
This adds a possibility to determ whether driver supports native discard (without maintaince mode). Currently, we show features in module parameters and this was started since "large_disk_support". The patch continues the way, but the parameter is made RW to allow prohibit the feature on flight.

[Devel] [PATCH RHEL7 COMMIT] proc/vestat: show correct maxlat in /proc/vz/vestat

2019-04-09 Thread Konstantin Khorenko
The commit is pushed to "branch-rh7-3.10.0-957.10.1.vz7.85.x-ovz" and will appear at https://src.openvz.org/scm/ovz/vzkernel.git after rh7-3.10.0-957.10.1.vz7.85.16 --> commit be0691d500501217348d0cf411e4c599f14fc13f Author: Konstantin Khorenko Date: Tue Apr 9 15:41:45 2019 +0300 proc/

[Devel] [PATCH RHEL7 COMMIT] ms/net: use skb_clone to avoid alloc_pages failure.

2019-04-09 Thread Konstantin Khorenko
The commit is pushed to "branch-rh7-3.10.0-957.10.1.vz7.85.x-ovz" and will appear at https://src.openvz.org/scm/ovz/vzkernel.git after rh7-3.10.0-957.10.1.vz7.85.16 --> commit 53236ee52b61ecfdc939d35c4284c7ccc779015a Author: Martin Zhang Date: Tue Nov 17 20:49:30 2015 +0800 ms/net: use

Re: [Devel] [PATCH] ms/tcp: fix potential huge kmalloc() calls in TCP_REPAIR

2019-04-09 Thread Konstantin Khorenko
On 04/09/2019 01:23 PM, Andrey Ryabinin wrote: > > > On 4/9/19 1:19 PM, Andrey Ryabinin wrote: >> >> >> On 4/9/19 12:34 PM, Konstantin Khorenko wrote: >>> From: Eric Dumazet >>> >>> tcp_send_rcvq() is used for re-injecting data into tcp receive queue. >>> >>> Problems : >>> >>> - No check against

Re: [Devel] [PATCH] ms/tcp: fix potential huge kmalloc() calls in TCP_REPAIR

2019-04-09 Thread Andrey Ryabinin
On 4/9/19 1:19 PM, Andrey Ryabinin wrote: > > > On 4/9/19 12:34 PM, Konstantin Khorenko wrote: >> From: Eric Dumazet >> >> tcp_send_rcvq() is used for re-injecting data into tcp receive queue. >> >> Problems : >> >> - No check against size is performed, allowed user to fool kernel in >> att

Re: [Devel] [PATCH] ms/tcp: fix potential huge kmalloc() calls in TCP_REPAIR

2019-04-09 Thread Andrey Ryabinin
On 4/9/19 12:34 PM, Konstantin Khorenko wrote: > From: Eric Dumazet > > tcp_send_rcvq() is used for re-injecting data into tcp receive queue. > > Problems : > > - No check against size is performed, allowed user to fool kernel in > attempting very large memory allocations, eventually trigg

[Devel] [PATCH RHEL7 COMMIT] ms/tcp: fix potential huge kmalloc() calls in TCP_REPAIR

2019-04-09 Thread Konstantin Khorenko
The commit is pushed to "branch-rh7-3.10.0-957.10.1.vz7.85.x-ovz" and will appear at https://src.openvz.org/scm/ovz/vzkernel.git after rh7-3.10.0-957.10.1.vz7.85.13 --> commit a91048c4e6ed3ef7bf68a156a56cba87167815f6 Author: Eric Dumazet Date: Wed Nov 18 21:03:33 2015 -0800 ms/tcp: fix

[Devel] [PATCH] ms/tcp: fix potential huge kmalloc() calls in TCP_REPAIR

2019-04-09 Thread Konstantin Khorenko
From: Eric Dumazet tcp_send_rcvq() is used for re-injecting data into tcp receive queue. Problems : - No check against size is performed, allowed user to fool kernel in attempting very large memory allocations, eventually triggering OOM when memory is fragmented. - In case of fault during

[Devel] [PATCH rh7] prctl: Fix false positive in validate_prctl_map

2019-04-09 Thread Kirill Gorkunov
While validating new map we require the @start_data to be strictly less than @end_data, which is fine for regular applications (this is why this nit didn't trigger for that long). These members are set from executable loaders such as elf halders, still it is pretty valid to have a loadable data sec