Subject: Re: [PATCH v3] kbuild: add support for zstd compressed modules

2021-04-09 Thread Piotr Gorski
I originally posted the patch in a different form [1] even before Masahiro's changes. I've been testing this solution since December last year and posted it in March this year, after I made sure everything was working fine. This patch was tested by Oleksandr and he also didn't report any

Subject: Re: [PATCH v3] kbuild: add support for zstd compressed modules

2021-04-08 Thread Piotr Gorski
No, the --rm option is essential. xz and gzip have the --rm option built in as opposed to zstd, which is why I used it. I've been using zstd module compression since last december (although I set a different compression level on mine) and everything works fine. Oleksandr also tested it at his

[PATCH v3] kbuild: add support for zstd compressed modules

2021-04-07 Thread Piotr Gorski
kmod 28 supports modules compressed in zstd format so let's add this possibility to kernel. V2 -> V3 * Fix a typo V1 -> V2 * Rebuild against linux-kbuild tree Signed-off-by: Piotr Gorski --- init/Kconfig | 8 +++- scripts/Makefile.modinst | 6 ++ 2 files chang

[PATCH] kbuild: add support for zstd compressed modules

2021-04-07 Thread Piotr Gorski
kmod 28 supports modules compressed in zstd format so let's add this possibility to kernel. V1 -> V2 * Rebuild against linux-kbuild tree Signed-off-by: Piotr Gorski --- init/Kconfig | 8 +++- scripts/Makefile.modinst | 6 ++ 2 files changed, 13 insertions(+), 1 delet

[PATCH] init: add support for zstd compressed modules

2021-03-30 Thread Piotr Gorski
kmod 28 supports modules compressed in zstd format so let's add this possibility to kernel. Signed-off-by: Piotr Gorski --- Makefile | 7 +-- init/Kconfig | 9 ++--- 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/Makefile b/Makefile index 5160ff8903c1..82f4f4cc2955

[tip: sched/core] rseq, ptrace: Add PTRACE_GET_RSEQ_CONFIGURATION request

2021-03-17 Thread tip-bot2 for Piotr Figiel
The following commit has been merged into the sched/core branch of tip: Commit-ID: 90f093fa8ea48e5d991332cee160b761423d55c1 Gitweb: https://git.kernel.org/tip/90f093fa8ea48e5d991332cee160b761423d55c1 Author:Piotr Figiel AuthorDate:Fri, 26 Feb 2021 14:51:56 +01:00

[tip: sched/core] rseq, ptrace: Add PTRACE_GET_RSEQ_CONFIGURATION request

2021-03-17 Thread tip-bot2 for Piotr Figiel
The following commit has been merged into the sched/core branch of tip: Commit-ID: 2c406d3f436db1deea55ec44cc4c3c0861c3c185 Gitweb: https://git.kernel.org/tip/2c406d3f436db1deea55ec44cc4c3c0861c3c185 Author:Piotr Figiel AuthorDate:Fri, 26 Feb 2021 14:51:56 +01:00

Re: [PATCH v4] fs/proc: Expose RSEQ configuration

2021-03-10 Thread Piotr Figiel
On Tue, Feb 02, 2021 at 06:37:09PM +0100, Piotr Figiel wrote: > For userspace checkpoint and restore (C/R) some way of getting process > state containing RSEQ configuration is needed. [...] > To achieve above goals expose the RSEQ ABI address and the signature > value with the new

Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Piotr Figiel
te and allows expansion in case the ABI structure would have to be extended (in spite of it's current definition). The configuration structure still can be expanded as its size is reported to userspace as return value from the request (in line with Dmitry's comments). Best regards, Piotr.

Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Piotr Figiel
. Best regards and thanks for looking at this, Piotr.

[PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-26 Thread Piotr Figiel
in progress. Signed-off-by: Piotr Figiel Reviewed-by: Michal Miroslaw --- v2: Applied review comments: - changed return value from the ptrace request to the size of the configuration structure - expanded configuration structure with the flags field and the rseq abi structure size v1

[PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request

2021-02-22 Thread Piotr Figiel
in progress. Signed-off-by: Piotr Figiel Reviewed-by: Michal Miroslaw --- include/uapi/linux/ptrace.h | 8 kernel/ptrace.c | 23 +++ 2 files changed, 31 insertions(+) diff --git a/include/uapi/linux/ptrace.h b/include/uapi/linux/ptrace.h index

[PATCH v4] fs/proc: Expose RSEQ configuration

2021-02-02 Thread Piotr Figiel
and the signature value with the new procfs file "/proc//rseq". Signed-off-by: Piotr Figiel --- v4: - added documentation and extended comment before task_lock() v3: - added locking so that the proc file always shows consistent pair of RSEQ ABI address and the signature - chan

Re: [PATCH v3] fs/proc: Expose RSEQ configuration

2021-01-27 Thread Piotr Figiel
On Tue, Jan 26, 2021 at 03:58:46PM -0500, Mathieu Desnoyers wrote: > - On Jan 26, 2021, at 1:54 PM, Piotr Figiel fig...@google.com wrote: > [...] > > diff --git a/kernel/rseq.c b/kernel/rseq.c > > index a4f86a9d6937..6aea67878065 100644 > > --- a/kernel/rseq.c

Re: [PATCH v3] fs/proc: Expose RSEQ configuration

2021-01-27 Thread Piotr Figiel
On Tue, Jan 26, 2021 at 11:25:47AM -0800, Andrew Morton wrote: > On Tue, 26 Jan 2021 19:54:12 +0100 Piotr Figiel wrote: > > To achieve above goals expose the RSEQ structure address and the > > signature value with the new per-thread procfs file "rseq". > Using

[PATCH v3] fs/proc: Expose RSEQ configuration

2021-01-26 Thread Piotr Figiel
address and the signature value with the new per-thread procfs file "rseq". Signed-off-by: Piotr Figiel --- v3: - added locking so that the proc file always shows consistent pair of RSEQ ABI address and the signature - changed string formatting to use %px for the RSEQ ABI address v2

Re: [PATCH v2] fs/proc: Expose RSEQ configuration

2021-01-18 Thread Piotr Figiel
Hi, thanks for review. On Fri, Jan 15, 2021 at 10:44:20AM -0500, Mathieu Desnoyers wrote: > - On Jan 14, 2021, at 1:54 PM, Piotr Figiel fig...@google.com wrote: > Added PeterZ, Paul and Boqun to CC. They are also listed as maintainers of > rseq. > Please CC them in your next roun

Re: [PATCH] fs/proc: Expose RSEQ configuration

2021-01-14 Thread Piotr Figiel
On Thu, Jan 14, 2021 at 12:32:30AM +0300, Alexey Dobriyan wrote: > On Wed, Jan 13, 2021 at 06:41:27PM +0100, Piotr Figiel wrote: > > For userspace checkpoint and restore (C/R) some way of getting process > > state containing RSEQ configuration is needed. > > + seq_pri

[PATCH v2] fs/proc: Expose RSEQ configuration

2021-01-14 Thread Piotr Figiel
doesn't cause RSEQ abort. Restoring the instruction pointer within the critical section is problematic because rseq_cs may get cleared before the control is passed to the migrated application code leading to RSEQ invariants not being preserved. Signed-off-by: Piotr Figiel --- v2: - fixed string

[PATCH] fs/proc: Expose RSEQ configuration

2021-01-13 Thread Piotr Figiel
doesn't cause RSEQ abort. Restoring the instruction pointer within the critical section is problematic because rseq_cs may get cleared before the control is passed to the migrated application code leading to RSEQ invariants not being preserved. Signed-off-by: Piotr Figiel --- fs/proc/base.c | 20

Re: [PATCH v3 13/14] [DO NOT MERGE] arm64: dts: allwinner: h6: Add GPU OPP table

2020-07-10 Thread Piotr Oniszczuk
> Wiadomość napisana przez Clément Péron w dniu > 09.07.2020, o godz. 16:03: > > Add an Operating Performance Points table for the GPU to > enable Dynamic Voltage & Frequency Scaling on the H6. > > The voltage range is set with minival voltage set to the target > and the maximal voltage set

[PATCH] drm/amdgpu: Simplify IRQ vector request logic

2020-06-16 Thread Piotr Stankiewicz
pci_alloc_irq_vectors() will handle fallback from MSI-X to MSI internally, if necessary. So remove checks which determine if we are dealing with MSI or MSI-X and rely on pci_alloc_irq_vectors() to do the right thing. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/gpu

RE: [PATCH v3 07/15] drm/amdgpu: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-16 Thread Stankiewicz, Piotr
> -Original Message- > From: Alex Deucher > Sent: Tuesday, June 9, 2020 10:24 PM > > On Tue, Jun 9, 2020 at 5:18 AM Piotr Stankiewicz > wrote: > > > > Seeing as there is shorthand available to use when asking for any type > > of interrupt, or any

RE: [PATCH v3 02/15] PCI: Add macro for message signalled interrupt types

2020-06-16 Thread Stankiewicz, Piotr
> -Original Message- > From: Christoph Hellwig > Sent: Wednesday, June 10, 2020 9:08 AM > > On Tue, Jun 09, 2020 at 06:22:40PM +0200, Piotr Stankiewicz wrote: > > There are several places in the kernel which check/ask for MSI or > > MSI-X interrupts. It would

[PATCH v4] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

2020-06-16 Thread Piotr Stankiewicz
fallback it will forward any error returned by __pci_enable_msi_range(). This is a confusing behaviour, so have the pci_alloc_irq_vectors_affinity() forward the error code from __pci_enable_msix_range() when appropriate. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Reviewed

RE: [PATCH v3 03/15] PCI: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Stankiewicz, Piotr
> -Original Message- > From: Christoph Hellwig > Sent: Tuesday, June 9, 2020 5:51 PM > > On Tue, Jun 09, 2020 at 11:16:46AM +0200, Piotr Stankiewicz wrote: > > Seeing as there is shorthand available to use when asking for any type > > of interrupt, or an

[PATCH v3 02/15] PCI: Add macro for message signalled interrupt types

2020-06-09 Thread Piotr Stankiewicz
There are several places in the kernel which check/ask for MSI or MSI-X interrupts. It would make sense to have a macro which defines all types of message signalled interrupts, to use in such situations. Add PCI_IRQ_MSI_TYPES, for this purpose. Signed-off-by: Piotr Stankiewicz Suggested-by: Andy

RE: [PATCH v2 01/15] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

2020-06-09 Thread Stankiewicz, Piotr
> -Original Message- > From: Logan Gunthorpe > Sent: Wednesday, June 3, 2020 6:22 PM > > > On 2020-06-03 10:04 a.m., Stankiewicz, Piotr wrote: > >> -Original Message- > >> From: Logan Gunthorpe > >> Sent: Wednesday, June 3, 2020 5

[PATCH v3 14/15] net: hns3: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 3 +-- drivers/net

[PATCH v3 13/15] aquantia: atlantic: Use PCI_IRQ_ALL_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/aquantia/atlantic/aq_pci_func.c | 4 +--- 1 file changed, 1

[PATCH v3 15/15] scsi: Use PCI_IRQ_MSI_TYPES and PCI_IRQ_ALL_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/scsi/ipr.c| 5 +++-- drivers/scsi/vmw_pvscsi.c | 2 +- 2 files changed

[PATCH v3 12/15] amd-xgbe: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/amd/xgbe/xgbe-pci.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v3 11/15] mmc: sdhci: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Acked-by: Ulf Hansson Acked-by: Adrian Hunter --- drivers/mmc/host/sdhci-pci-gli.c

[PATCH v3 10/15] vmw_vmci: Use PCI_IRQ_ALL_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/misc/vmw_vmci/vmci_guest.c | 3 +-- 1 file changed, 1 insertion(+), 2

[PATCH v3 08/15] IB/qib: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/infiniband/hw/qib/qib_pcie.c | 6 -- 1 file changed, 4 insertions(+), 2

[PATCH v3 09/15] media: ddbridge: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/media/pci/ddbridge/ddbridge-main.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v3 07/15] drm/amdgpu: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 11 +-- 1 file changed, 1 insertion

[PATCH v3 05/15] crypto: inside-secure - Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Reviewed-by: Antoine Tenart Acked-by: Herbert Xu --- drivers/crypto/inside-secure

[PATCH v3 06/15] dmaengine: dw-edma: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/dma/dw-edma/dw-edma-pcie.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[PATCH v3 04/15] ahci: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/ata/ahci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 03/15] PCI: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-09 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Reviewed-by: Logan Gunthorpe --- drivers/pci/pcie/portdrv_core.c | 4 ++-- drivers/pci

[PATCH v3 01/15] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

2020-06-09 Thread Piotr Stankiewicz
fallback it will forward any error returned by __pci_enable_msi_range(). This is a confusing behaviour, so have the pci_alloc_irq_vectors_affinity() forward the error code from __pci_enable_msix_range() when appropriate. Signed-off-by: Piotr Stankiewicz --- drivers/pci/msi.c | 22

[PATCH v3 00/15] Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

2020-06-09 Thread Piotr Stankiewicz
signalled interrupts (MSI or MSI-X), which spawned the first patch adding PCI_IRQ_MSI_TYPES. Finally the rest of the chain converts all users to take advantage of PCI_IRQ_MSI_TYPES or PCI_IRQ_ALL_TYPES, as appropriate. Piotr Stankiewicz (15): PCI/MSI: Forward MSI-X vector enable error code

RE: [PATCH v2 01/15] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

2020-06-03 Thread Stankiewicz, Piotr
> -Original Message- > From: Logan Gunthorpe > Sent: Wednesday, June 3, 2020 5:48 PM > > > > On 2020-06-03 5:44 a.m., Piotr Stankiewicz wrote: > > When debugging an issue where I was asking the PCI machinery to enable a > > set of MSI-X vectors, w

[PATCH v2 13/15] aquantia: atlantic: Use PCI_IRQ_ALL_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/aquantia/atlantic/aq_pci_func.c | 4 +--- 1 file changed, 1

[PATCH v2 15/15] scsi: Use PCI_IRQ_MSI_TYPES and PCI_IRQ_ALL_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/scsi/ipr.c| 5 +++-- drivers/scsi/vmw_pvscsi.c | 2 +- 2 files changed

[PATCH v2 14/15] net: hns3: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 3 +-- drivers/net

[PATCH v2 12/15] amd-xgbe: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/amd/xgbe/xgbe-pci.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 10/15] vmw_vmci: Use PCI_IRQ_ALL_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/misc/vmw_vmci/vmci_guest.c | 3 +-- 1 file changed, 1 insertion(+), 2

[PATCH v2 11/15] mmc: sdhci: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Acked-by: Ulf Hansson Acked-by: Adrian Hunter --- drivers/mmc/host/sdhci-pci-gli.c

[PATCH v2 09/15] media: ddbridge: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/media/pci/ddbridge/ddbridge-main.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 07/15] drm/amdgpu: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 9 ++--- 1 file changed, 2 insertions

[PATCH v2 08/15] IB/qib: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/infiniband/hw/qib/qib_pcie.c | 6 -- 1 file changed, 4 insertions(+), 2

[PATCH v2 06/15] dmaengine: dw-edma: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/dma/dw-edma/dw-edma-pcie.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[PATCH v2 03/15] PCI: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Reviewed-by: Logan Gunthorpe --- drivers/pci/msi.c | 3 +-- drivers/pci

[PATCH v2 05/15] crypto: inside-secure - Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko Reviewed-by: Antoine Tenart Acked-by: Herbert Xu --- drivers/crypto/inside-secure

[PATCH v2 04/15] ahci: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/ata/ahci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 01/15] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

2020-06-03 Thread Piotr Stankiewicz
fallback it will forward any error returned by __pci_enable_msi_range(). This is a confusing behaviour, so have the pci_alloc_irq_vectors_affinity() forward the error code from __pci_enable_msix_range() when appropriate. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/pci

RE: [PATCH 14/15] net: hns3: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Stankiewicz, Piotr
> -Original Message- > From: Andy Shevchenko > Sent: Tuesday, June 2, 2020 5:39 PM > > On Tue, Jun 2, 2020 at 12:26 PM Piotr Stankiewicz > wrote: > > > > Seeing as there is shorthand available to use when asking for any type > > of interrupt, or any

RE: [PATCH 11/15] mmc: sdhci: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-03 Thread Stankiewicz, Piotr
> -Original Message- > From: Christoph Hellwig > Sent: Wednesday, June 3, 2020 7:27 AM > To: Stankiewicz, Piotr > Cc: Hunter, Adrian ; Ulf Hansson > ; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: Re: [PATCH 11/15] mmc: sdhci: use

RE: [PATCH 07/15] drm/amdgpu: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Stankiewicz, Piotr
> -Original Message- > From: Andy Shevchenko > Sent: Tuesday, June 2, 2020 11:49 AM > To: Stankiewicz, Piotr > Cc: Alex Deucher ; Christian König > ; David Zhou ; David > Airlie ; Daniel Vetter ; amd- > g...@lists.freedesktop.org; dri-devel ; Linux > Kernel

[PATCH 13/15] aquantia: atlantic: use PCI_IRQ_ALL_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/aquantia/atlantic/aq_pci_func.c | 4 +--- 1 file changed, 1

[PATCH 14/15] net: hns3: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 3 +-- drivers/net

[PATCH 15/15] scsi: use PCI_IRQ_MSI_TYPES and PCI_IRQ_ALL_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/scsi/ipr.c| 2 +- drivers/scsi/vmw_pvscsi.c | 2 +- 2 files changed, 2

[PATCH 03/15] PCI: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/pci/pcie/portdrv_core.c | 4 ++-- drivers/pci/switch/switchtec.c | 3 +-- 2

[PATCH 04/15] ahci: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/ata/ahci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 08/15] IB/qib: Use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/infiniband/hw/qib/qib_pcie.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 12/15] amd-xgbe: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/net/ethernet/amd/xgbe/xgbe-pci.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 07/15] drm/amdgpu: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 8 1 file changed, 4 insertions

[PATCH 11/15] mmc: sdhci: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/mmc/host/sdhci-pci-gli.c | 3 +-- drivers/mmc/host/sdhci-pci-o2micro.c | 3

[PATCH 10/15] vmw_vmci: use PCI_IRQ_ALL_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/misc/vmw_vmci/vmci_guest.c | 3 +-- 1 file changed, 1 insertion(+), 2

[PATCH 06/15] dmaengine: dw-edma: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/dma/dw-edma/dw-edma-pcie.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[PATCH 09/15] media: ddbridge: use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/media/pci/ddbridge/ddbridge-main.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 05/15] crypto: inside-secure - use PCI_IRQ_MSI_TYPES where appropriate

2020-06-02 Thread Piotr Stankiewicz
Seeing as there is shorthand available to use when asking for any type of interrupt, or any type of message signalled interrupt, leverage it. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/crypto/inside-secure/safexcel.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 02/15] PCI/MSI: forward MSIx vector enable error code in pci_alloc_irq_vectors_affinity

2020-06-02 Thread Piotr Stankiewicz
fallback it will forward any error returned by __pci_enable_msi_range. This is a confusing behaviour, so have the pci_alloc_irq_vectors_affinity forward the error code from __pci_enable_msix_range when appropriate. Signed-off-by: Piotr Stankiewicz Reviewed-by: Andy Shevchenko --- drivers/pci/msi.c | 4

[PATCH 01/15] PCI: add shorthand define for message signalled interrupt types

2020-06-02 Thread Piotr Stankiewicz
There are several places in the kernel which check/ask for MSI or MSI-X interrupts. It would make sense to have a shorthand constant, similar to PCI_IRQ_ALL_TYPES, to use in these situations. So add PCI_IRQ_MSI_TYPES, for this purpose. Signed-off-by: Piotr Stankiewicz Suggested-by: Andy

[PATCH 00/15] forward MSIx vector enable error code in pci_alloc_irq_vectors_affinity

2020-06-02 Thread Piotr Stankiewicz
interrupts (MSI or MSI-X), which spawned the first patch adding PCI_IRQ_MSI_TYPES. Finally the rest of the chain converts all users to take advantage of PCI_IRQ_MSI_TYPES or PCI_IRQ_ALL_TYPES, as appropriate. Piotr Stankiewicz (15): PCI: add shorthand define for message signalled interrupt types

Re: [PATCH] hugetlbfs: add O_TMPFILE support

2019-10-23 Thread Piotr Sarna
On 10/23/19 4:55 AM, Mike Kravetz wrote: On 10/22/19 12:09 AM, Piotr Sarna wrote: On 10/21/19 7:17 PM, Mike Kravetz wrote: On 10/15/19 4:37 PM, Mike Kravetz wrote: On 10/15/19 3:50 AM, Michal Hocko wrote: On Tue 15-10-19 11:01:12, Piotr Sarna wrote: With hugetlbfs, a common pattern

Re: [PATCH] hugetlbfs: add O_TMPFILE support

2019-10-22 Thread Piotr Sarna
On 10/21/19 7:17 PM, Mike Kravetz wrote: On 10/15/19 4:37 PM, Mike Kravetz wrote: On 10/15/19 3:50 AM, Michal Hocko wrote: On Tue 15-10-19 11:01:12, Piotr Sarna wrote: With hugetlbfs, a common pattern for mapping anonymous huge pages is to create a temporary file first. Really? I though

[PATCH] hugetlbfs: add O_TMPFILE support

2019-10-15 Thread Piotr Sarna
and successfully mapping 2M huge pages with it. Without the patch, trying to open a file with O_TMPFILE results in -ENOSUP. Signed-off-by: Piotr Sarna --- fs/hugetlbfs/inode.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/fs/hugetlbfs/inode.c b/fs

[v8 2/2] dt-bindings: mtd: Add Cadence NAND controller driver

2019-09-26 Thread Piotr Sroka
Document the bindings used by Cadence NAND controller driver Signed-off-by: Piotr Sroka Reviewed-by: Rob Herring --- Changes for v8: - none Changes for v7: - none Changes for v6: - add documentation for address-cells and size-cells - remove not needed space - put myself as maintainer

[v8 1/2] mtd: rawnand: Add new Cadence NAND driver to MTD subsystem

2019-09-26 Thread Piotr Sroka
Add new Cadence NAND driver to MTD subsystem Signed-off-by: Piotr Sroka Reported-by: kbuild test robot Reported-by: Julia Lawall --- Changes for v8: - fix compilation waring in cadence_nand_attach_chip function - change reallocating DMA common buffer to be done after all chips are attached

[v8 0/2] mtd: rawnand: Add Cadence NAND controller driver

2019-09-26 Thread Piotr Sroka
elected sector size. Therefore there is a separate function for calculating ECC size for each of possible sector size/step size. Piotr Sroka (2): Add new Cadence NAND driver to MTD subsystem Add Cadence NAND controller driver .../bindings/mtd/cadence-nand-controller.t

Re: [v7 1/2] mtd: rawnand: Add new Cadence NAND driver to MTD subsystem (fwd)

2019-09-25 Thread Piotr Sroka
Hi Miquel Sure I will do it this week. Thanks Piotr The 09/25/2019 10:17, Miquel Raynal wrote: EXTERNAL MAIL Hi Piotr, Can you fix the below issue reported by Julia? Either convert the structure parameter to a signed parameter or use an intermediate variable. Thanks, Miquèl Julia Lawall

Re: [v8 0/2] mtd: rawnand: Add Cadence NAND controller driver

2019-09-25 Thread Piotr Sroka
The 09/25/2019 16:52, Piotr Sroka wrote: Driver for Cadence HPNFC NAND flash controller. HW DMA interface Page write and page read operations are executed in Command DMA mode. Commands are defined by DMA descriptors. In CDMA mode controller own DMA engine is used (Master DMA mode). Other

[v8 0/2] mtd: rawnand: Add Cadence NAND controller driver

2019-09-25 Thread Piotr Sroka
elected sector size. Therefore there is a separate function for calculating ECC size for each of possible sector size/step size. Piotr Sroka (2): Add new Cadence NAND driver to MTD subsystem Add Cadence NAND controller driver .../bindings/mtd/cadence-nand-controller.t

[v2] mtd: rawnand: Change calculating of position page containing BBM

2019-09-23 Thread Piotr Sroka
if no of BBM flag is set and page parameter is 0. After that modification way of discovering factory bad blocks will work similar as in kernel version 5.1. Cc: sta...@vger.kernel.org Fixes: f90da7818b14 (mtd: rawnand: Support bad block markers in first, second or last page) Signed-off-by: Piotr Sroka

Re: [PATCH] - change calculating of position page containing BBM

2019-09-23 Thread Piotr Sroka
Hello The 09/19/2019 13:33, Schrempf Frieder wrote: EXTERNAL MAIL On 19.09.19 15:18, Miquel Raynal wrote: Hello, Schrempf Frieder wrote on Thu, 19 Sep 2019 13:15:08 +: On 19.09.19 14:58, Miquel Raynal wrote: Hi Piotr, Piotr Sroka wrote on Thu, 19 Sep 2019 13:41:35 +0100: Change

[PATCH] - change calculating of position page containing BBM

2019-09-19 Thread Piotr Sroka
as in kernel version 5.1. Signed-off-by: Piotr Sroka --- drivers/mtd/nand/raw/nand_base.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/nand/raw/nand_base.c b/drivers/mtd/nand/raw/nand_base.c index 5c2c30a7dffa..f64e3b6605c6 100644 --- a/drivers/mtd/nand/raw

[v7 2/2] dt-bindings: mtd: Add Cadence NAND controller driver

2019-09-18 Thread Piotr Sroka
Document the bindings used by Cadence NAND controller driver Signed-off-by: Piotr Sroka Reviewed-by: Rob Herring --- Changes for v7: - none Changes for v6: - add documentation for address-cells and size-cells - remove not needed space - put myself as maintainer of the Cadence nand driver

[v7 1/2] mtd: rawnand: Add new Cadence NAND driver to MTD subsystem

2019-09-18 Thread Piotr Sroka
Add new Cadence NAND driver to MTD subsystem Signed-off-by: Piotr Sroka Reported-by: kbuild test robot --- Changes for v7: - replace readls with ioread32_rep and writesl with iowrite32_rep to avoid compilation errors on parisc architecture Changes for v6: - add support for bank addressing

[v7 0/2] mtd: rawnand: Add Cadence NAND controller driver

2019-09-18 Thread Piotr Sroka
elected sector size. Therefore there is a separate function for calculating ECC size for each of possible sector size/step size. Piotr Sroka (2): Add new Cadence NAND driver to MTD subsystem Add Cadence NAND controller driver .../bindings/mtd/cadence-nand-controller.t

[v6 2/2] dt-bindings: mtd: Add Cadence NAND controller driver

2019-09-16 Thread Piotr Sroka
Document the bindings used by Cadence NAND controller driver Signed-off-by: Piotr Sroka Reviewed-by: Rob Herring --- Changes for v6: - add documentation for address-cells and size-cells - remove not needed space - put myself as maintainer of the Cadence nand driver bindings Changes for v5

[v6 0/2] mtd: rawnand: Add Cadence NAND controller driver

2019-09-16 Thread Piotr Sroka
elected sector size. Therefore there is a separate function for calculating ECC size for each of possible sector size/step size. Piotr Sroka (2): Add new Cadence NAND driver to MTD subsystem Add Cadence NAND controller driver .../bindings/mtd/cadence-nand-controller.t

[v6 1/2] mtd: rawnand: Add new Cadence NAND driver to MTD subsystem

2019-09-16 Thread Piotr Sroka
Add new Cadence NAND driver to MTD subsystem Signed-off-by: Piotr Sroka --- Changes for v6: - add support for bank addressing modified in HPNFC R013 version - change type of data_control_supp and is_phy_type_dll from u8 to bool - fix writing and reading data for HPNFC slave DMA interface

Re: [v5 2/2] dt-bindings: mtd: Add Cadence NAND controller driver

2019-09-13 Thread Piotr Sroka
The 09/13/2019 14:49, Miquel Raynal wrote: EXTERNAL MAIL Hi Piotr, Piotr Sroka wrote on Wed, 11 Sep 2019 16:04:24 +0100: Hi Miquel The 08/30/2019 11:46, Miquel Raynal wrote: >EXTERNAL MAIL > > >Hi Piotr, > >Piotr Sroka wrote on Thu, 25 Jul 2019 15:59:55 >+0100: >

Re: [v5 2/2] dt-bindings: mtd: Add Cadence NAND controller driver

2019-09-11 Thread Piotr Sroka
Hi Miquel The 08/30/2019 11:46, Miquel Raynal wrote: EXTERNAL MAIL Hi Piotr, Piotr Sroka wrote on Thu, 25 Jul 2019 15:59:55 +0100: Document the bindings used by Cadence NAND controller driver Signed-off-by: Piotr Sroka --- Changes for v5: - replace "_" by "-" in all

Re: [v5 1/2] mtd: nand: Add new Cadence NAND driver to MTD subsystem

2019-09-11 Thread Piotr Sroka
The 08/30/2019 11:46, Miquel Raynal wrote: EXTERNAL MAIL Hi Piotr, Piotr Sroka wrote on Thu, 25 Jul 2019 16:00:12 +0100: Subject should be: mtd: rawnand: Last few nits in your driver which overall looks good (see below). Now I'm waiting for Rob's ack on the bindings. This driver should

[v5 1/2] mtd: nand: Add new Cadence NAND driver to MTD subsystem

2019-07-25 Thread Piotr Sroka
Add new Cadence NAND driver to MTD subsystem Signed-off-by: Piotr Sroka --- Changes for v5: - fix "ecc config strength" field size - remove unused macros - fix address of timing2 register - add guard for accessing data_control_size register - simplify the driver by use the sam

[v5 2/2] dt-bindings: mtd: Add Cadence NAND controller driver

2019-07-25 Thread Piotr Sroka
Document the bindings used by Cadence NAND controller driver Signed-off-by: Piotr Sroka --- Changes for v5: - replace "_" by "-" in all properties - change compatible name from cdns,hpnfc to cdns,hp-nfc Changes for v4: - add commit message Changes for v3: - add unit su

  1   2   3   4   5   6   7   >