[PATCH v3 0/1] aacraid: Host adapter Adaptec 6405 constantly resets under high io load

2019-08-19 Thread Konstantin Khorenko
it patch, it's 395e5df79a95 ("scsi: aacraid: Remove reference to Series-9") it changes arc ctrl checks for Series-6 controllers and i've checked that resurrection of original logic in arc ctrl checks eliminates controller hangs/resets. Konstantin Khorenko (1): scsi: aacraid: resurrect

[PATCH v3 1/1] scsi: aacraid: resurrect correct arc ctrl checks for Series-6

2019-08-19 Thread Konstantin Khorenko
ies-9") The patch above not only drops Series-9 cards checks but also changes logic for Series-6 controllers which lead to controller hungs/resets under high io load. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1777586 Signed-off-by: Konstantin Khorenko --- drivers/scsi/aacraid

[PATCH v2 0/2] aacraid: Host adapter Adaptec 6405 constantly resets under high io load

2019-07-10 Thread Konstantin Khorenko
it patch, it's 395e5df79a95 ("scsi: aacraid: Remove reference to Series-9") it changes arc ctrl checks for Series-6 controllers and i've checked that resurrection of original logic in arc ctrl checks eliminates controller hangs/resets. Konstantin Khorenko (2): Revert "scsi: aacraid:

[PATCH v2 2/2] scsi: aacraid: Remove references to Series-9 (only)

2019-07-10 Thread Konstantin Khorenko
tu/+source/linux/+bug/1777586 https://bugzilla.redhat.com/show_bug.cgi?id=1724077 https://jira.sw.ru/browse/PSBM-95736 Signed-off-by: Konstantin Khorenko --- drivers/scsi/aacraid/aacraid.h | 1 - drivers/scsi/aacraid/comminit.c | 9 +++-- drivers/scsi/aacraid/commsup.c | 3 +-- drivers/sc

[PATCH v2 1/2] Revert "scsi: aacraid: Remove reference to Series-9"

2019-07-10 Thread Konstantin Khorenko
are to be removed by next patch. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1777586 https://bugzilla.redhat.com/show_bug.cgi?id=1724077 https://jira.sw.ru/browse/PSBM-95736 Signed-off-by: Konstantin Khorenko --- drivers/scsi/aacraid/aacraid.h | 12 +--- drivers/scsi/aacraid/comminit.c | 18

Re: [PATCH 1/1] scsi: aacraid: resurrect correct arc ctrl checks for Series-6

2019-07-10 Thread Konstantin Khorenko
without helper, not that many checks and easier to read the code IMHO. Thank you! -- Best regards, Konstantin Khorenko, Virtuozzo Linux Kernel Team

[PATCH 0/1] aacraid: Host adapter Adaptec 6405 constantly resets under high io load

2019-06-27 Thread Konstantin Khorenko
it patch, it's 395e5df79a95 ("scsi: aacraid: Remove reference to Series-9") it changes arc ctrl checks for Series-6 controllers and i've checked that resurrection of original logic in arc ctrl checks eliminates controller hangs/resets. Konstantin Khorenko (1): scsi: aacraid: resurrect

[PATCH 1/1] scsi: aacraid: resurrect correct arc ctrl checks for Series-6

2019-06-27 Thread Konstantin Khorenko
trl checks for Series-6 controllers. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1777586 https://bugzilla.redhat.com/show_bug.cgi?id=1724077 https://jira.sw.ru/browse/PSBM-95736 Fixes: 395e5df79a95 ("scsi: aacraid: Remove reference to Series-9") Cc: sta...@vger.kernel.org Signe

Re: [PATCH RFC 1/1] kernfs: keep kernfs node alive for __kernfs_remove()

2019-04-17 Thread Konstantin Khorenko
On 04/16/2019 10:17 PM, Tejun Heo wrote: > On Tue, Apr 16, 2019 at 06:53:35PM +0300, Konstantin Khorenko wrote: >> __kernfs_remove() which is called under kernfs_mutex, >> assumes nobody kills kernfs node whie it's working on it >> and "get"s current kernfs

[PATCH RFC 0/1] kernfs: hit a warning in kernfs_get()

2019-04-16 Thread Konstantin Khorenko
lds kernfs_mutex, but kernfs_notify_workfn() could definitely do a kernfs_put() out of kernfs_mutex. So i suppose kernfs_put() should be put under kernfs_mutex() in kernfs_notify_workfn(). Konstantin Khorenko (1): kernfs: keep kernfs node alive for __kernfs_remove() fs/kernfs/file.c | 2 +- 1 file changed, 1 insertio

[PATCH RFC 1/1] kernfs: keep kernfs node alive for __kernfs_remove()

2019-04-16 Thread Konstantin Khorenko
ample because of kernfs_notify_workfn() which does kernfs_put(kn) out of kernfs_mutex held section, so move kernfs_put(kn) under the mutex. Signed-off-by: Konstantin Khorenko --- fs/kernfs/file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/kernfs/file.c b/fs/kernfs

[PATCH] tty/vt: avoid high order pages allocation on GIO_UNIMAP ioctl

2019-04-15 Thread Konstantin Khorenko
off-by: Konstantin Khorenko --- drivers/tty/vt/consolemap.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/tty/vt/consolemap.c b/drivers/tty/vt/consolemap.c index 7c7ada0b3ea0..b28aa0d289f8 100644 --- a/drivers/tty/vt/consolemap.c +++ b/drivers/tty/vt/consolema

Re: [PATCH 1/1] mm/page_alloc: add a warning about high order allocations

2018-12-28 Thread Konstantin Khorenko
On 12/27/2018 07:50 PM, Michal Hocko wrote: > On Thu 27-12-18 16:05:18, Konstantin Khorenko wrote: >> On 12/26/2018 11:40 AM, Michal Hocko wrote: >>> Appart from general comments as a reply to the cover (btw. this all >>> should be in the changelog bec

Re: [RFC PATCH 0/1] mm: add a warning about high order allocations

2018-12-28 Thread Konstantin Khorenko
On 12/27/2018 07:46 PM, Michal Hocko wrote: > On Thu 27-12-18 15:18:54, Konstantin Khorenko wrote: >> Hi Michal, >> >> thank you very much for your questions, please see my notes below. >> >> On 12/26/2018 11:35 AM, Michal Hocko wrote: >>> On Tue 25

Re: [PATCH 1/1] mm/page_alloc: add a warning about high order allocations

2018-12-27 Thread Konstantin Khorenko
t version of the patch alltogether with other changes if any. > On Tue 25-12-18 18:39:27, Konstantin Khorenko wrote: > [...] >> +config WARN_HIGH_ORDER >> +bool "Enable complains about high order memory allocations" >> +depends on !LOCKDEP > > Why? LOCKDE

Re: [RFC PATCH 0/1] mm: add a warning about high order allocations

2018-12-27 Thread Konstantin Khorenko
Hi Michal, thank you very much for your questions, please see my notes below. On 12/26/2018 11:35 AM, Michal Hocko wrote: > On Tue 25-12-18 18:39:26, Konstantin Khorenko wrote: >> Q: Why do we need to bother at all? >> A: If a node is highly loaded and its memory is significa

[RFC PATCH 0/1] mm: add a warning about high order allocations

2018-12-25 Thread Konstantin Khorenko
the patch via static keys. Konstantin Khorenko (1): mm/page_alloc: add warning about high order allocations kernel/sysctl.c | 15 +++ mm/Kconfig | 18 ++ mm/page_alloc.c | 25 + 3 files changed, 58 insertions(+) -- 2.15.1

[PATCH 1/1] mm/page_alloc: add a warning about high order allocations

2018-12-25 Thread Konstantin Khorenko
gh_order is 3 (PAGE_ALLOC_COSTLY_ORDER). Sysctl max value is set to 100 which should be enough to exceed maximum order (normally MAX_ORDER == 11). Signed-off-by: Konstantin Khorenko --- kernel/sysctl.c | 15 +++ mm/Kconfig | 18 ++ mm/page_alloc.c | 25 + 3

Re: [PATCH] fbcon: use kvmalloc() for scrollback buffer

2018-12-21 Thread Konstantin Khorenko
Hi Bartlomiej, On 12/20/2018 07:21 PM, Bartlomiej Zolnierkiewicz wrote: > On 11/26/2018 11:02 AM, Konstantin Khorenko wrote: >> Scrollback frame buffer is rather big - 32K, >> so it requires 3rd order page, so let's use kvmalloc() instead of >> ordinary kmalloc() for it. &g

Re: [PATCH 0/2] fs/lock: show locks info owned by dead/invisible processes

2018-08-09 Thread Konstantin Khorenko
k fine to me. I'll plan to pick them up for v4.19 unless anyone > has objections. linux-next: 1cf8e5de4055 ("fs/lock: show locks taken by processes from another pidns") 826d7bc9f013 ("fs/lock: skip lock owner pid translation in case we are in init_pid_ns") -- Best regards, Ko

Re: [PATCH 0/2] fs/lock: show locks info owned by dead/invisible processes

2018-08-09 Thread Konstantin Khorenko
k fine to me. I'll plan to pick them up for v4.19 unless anyone > has objections. linux-next: 1cf8e5de4055 ("fs/lock: show locks taken by processes from another pidns") 826d7bc9f013 ("fs/lock: skip lock owner pid translation in case we are in init_pid_ns") -- Best regards, Ko

[PATCH 1/2] fs/lock: skip lock owner pid translation in case we are in init_pid_ns

2018-06-08 Thread Konstantin Khorenko
PID_A2}/fdinfo/3 pos:4 flags: 0212 mnt_id: 295 lock: 1: FLOCK ADVISORY WRITE ${PID_A1} b6:f8a61:529946 0 EOF Fixes: 9d5b86ac13c5 ("fs/locks: Remove fl_nspid and use fs-specific l_pid for remote locks") Signed-off-by: Konstantin Khorenko --- fs/locks.c | 7 +++ 1

[PATCH 1/2] fs/lock: skip lock owner pid translation in case we are in init_pid_ns

2018-06-08 Thread Konstantin Khorenko
PID_A2}/fdinfo/3 pos:4 flags: 0212 mnt_id: 295 lock: 1: FLOCK ADVISORY WRITE ${PID_A1} b6:f8a61:529946 0 EOF Fixes: 9d5b86ac13c5 ("fs/locks: Remove fl_nspid and use fs-specific l_pid for remote locks") Signed-off-by: Konstantin Khorenko --- fs/locks.c | 7 +++ 1

[PATCH 2/2] fs/lock: show locks taken by processes from another pidns

2018-06-08 Thread Konstantin Khorenko
:4 flags: 0212 mnt_id: 295 lock: 1: FLOCK ADVISORY WRITE 0 b6:f8a61:529946 0 EOF Fixes: 9d5b86ac13c5 ("fs/locks: Remove fl_nspid and use fs-specific l_pid for remote locks") Signed-off-by: Konstantin Khorenko --- fs/locks.c | 8 +++- 1 file changed, 3 insertions(+), 5

[PATCH 2/2] fs/lock: show locks taken by processes from another pidns

2018-06-08 Thread Konstantin Khorenko
:4 flags: 0212 mnt_id: 295 lock: 1: FLOCK ADVISORY WRITE 0 b6:f8a61:529946 0 EOF Fixes: 9d5b86ac13c5 ("fs/locks: Remove fl_nspid and use fs-specific l_pid for remote locks") Signed-off-by: Konstantin Khorenko --- fs/locks.c | 8 +++- 1 file changed, 3 insertions(+), 5

[PATCH 0/2] fs/lock: show locks info owned by dead/invisible processes

2018-06-08 Thread Konstantin Khorenko
if (child_pid == -1) perror("fork failed"); if (child_pid) exit(0); sleep(1); return 0; } Konstantin Khorenko (2): fs/lock: skip lock owner pid translation in case we are in init_pid_ns fs/lock: show locks taken by proc

[PATCH 0/2] fs/lock: show locks info owned by dead/invisible processes

2018-06-08 Thread Konstantin Khorenko
if (child_pid == -1) perror("fork failed"); if (child_pid) exit(0); sleep(1); return 0; } Konstantin Khorenko (2): fs/lock: skip lock owner pid translation in case we are in init_pid_ns fs/lock: show locks taken by proc

[PATCH] [NETFILTER] ipt_SAME: add compat conversion functions

2007-11-13 Thread Konstantin Khorenko
[NETFILTER]: ipt_SAME: add compat conversion functions ipt_SAME should have the compat function cause its entry structure (ipt_same_info) contains a pointer between data filled/checked in both kernel and userspace. Signed-off-by: Konstantin Khorenko <[EMAIL PROTECTED]> --- Tha

[PATCH] [NETFILTER] ipt_SAME: add compat conversion functions

2007-11-13 Thread Konstantin Khorenko
[NETFILTER]: ipt_SAME: add compat conversion functions ipt_SAME should have the compat function cause its entry structure (ipt_same_info) contains a pointer between data filled/checked in both kernel and userspace. Signed-off-by: Konstantin Khorenko [EMAIL PROTECTED] --- Thank you