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

culprit 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: aac

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

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

culprit 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 "

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

/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 | 1 - drivers/scsi/aacraid/comminit.c | 9 +++-- drivers/scsi/aacraid/commsup.c | 3 +-- drive

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

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

f variants above, so just left the code 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

culprit 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: aac

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

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()

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 kern

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

> 0 as it holds 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

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

example 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/k

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

Signed-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

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

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 because th

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

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

on 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

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

happy to rework 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

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

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 i

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

ine 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

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

oc/${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 +

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

info/3 pos: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 insert

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

(); 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

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

[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