m/kprobes.h suffices, and nobody (outside
of arch/) ever needs to explicitly include asm-generic/kprobes.h.
Signed-off-by: Max Kellermann
---
arch/parisc/include/asm/kprobes.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/parisc/include/asm/kprobes.h
b/arch/parisc/i
)
| ^~
Signed-off-by: Max Kellermann
---
arch/parisc/kernel/ftrace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/parisc/kernel/ftrace.c b/arch/parisc/kernel/ftrace.c
index d1defb9ede70..621a4b386ae4 100644
--- a/arch/parisc/kernel/ftrace.c
+++ b/arch/parisc/kernel/ftrace.c
On 4/11/2021 10:26 PM, Javier González wrote:
On 11.04.2021 12:10, Max Gurtovoy wrote:
On 4/10/2021 9:32 AM, Javier González wrote:
On 10 Apr 2021, at 02.30, Chaitanya Kulkarni
wrote:
On 4/9/21 17:22, Max Gurtovoy wrote:
On 2/19/2021 2:45 PM, SelvaKumar S wrote:
This patchset tries
On 4/6/2021 2:53 PM, Jason Gunthorpe wrote:
On Tue, Apr 06, 2021 at 08:09:43AM +0300, Leon Romanovsky wrote:
On Tue, Apr 06, 2021 at 10:37:38AM +0800, Honggang LI wrote:
On Mon, Apr 05, 2021 at 08:23:54AM +0300, Leon Romanovsky wrote:
From: Leon Romanovsky
From Avihai,
Relaxed Ordering
On 4/10/2021 9:32 AM, Javier González wrote:
On 10 Apr 2021, at 02.30, Chaitanya Kulkarni wrote:
On 4/9/21 17:22, Max Gurtovoy wrote:
On 2/19/2021 2:45 PM, SelvaKumar S wrote:
This patchset tries to add support for TP4065a ("Simple Copy Command"),
v2020.05.04
On 2/19/2021 2:45 PM, SelvaKumar S wrote:
This patchset tries to add support for TP4065a ("Simple Copy Command"),
v2020.05.04 ("Ratified")
The Specification can be found in following link.
https://nvmexpress.org/wp-content/uploads/NVM-Express-1.4-Ratified-TPs-1.zip
Simple copy command is a
drivers is completely dtb driven.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/mgmt/root.c | 333 +++
1 file changed, 333 insertions(+)
create mode 100644 drivers/fpga/xrt/mgmt/root.c
diff --git a/drivers/fpga/xrt
On Thu, 8 Apr 2021 23:22:51 +0200
Wolfram Sang wrote:
> I read this as "Reviewed-by" ;)
Sure, why not :)
Reviewed-by: Max Staudt
t
collect and send us the msg/output).
On 3/23/21 10:29 PM, Lizhi Hou wrote:
Infrastructure code providing APIs for managing leaf driver instance
groups, facilitating inter-leaf driver calls and root calls.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
driver
Hi Tom,
On 3/30/21 5:52 AM, Tom Rix wrote:
On 3/23/21 10:29 PM, Lizhi Hou wrote:
group driver that manages life cycle of a bunch of leaf driver instances
and bridges them with root.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/include
of patches is that global defines should
be introduced before the user.
On 3/23/21 10:29 PM, Lizhi Hou wrote:
xrt-lib kernel module infrastructure code to register and manage all
leaf driver modules.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers
having one huge patch for review.
On 3/23/21 10:29 PM, Lizhi Hou wrote:
Helper functions for char device node creation / removal for platform
drivers. This is part of platform driver infrastructure.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers
drivers and handles root calls from
platform drivers. This is part of root driver infrastructure.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/include/events.h | 45 +++
drivers/fpga/xrt/include/xroot.h | 117 ++
drivers/fpga/xrt
This looks great, thank you for constifying this.
Finally it's clean again, yet much more flexible than the original
platform_data approach when I first submitted the driver.
Thanks everyone for your work
Max
exception vectors when they are placed too far
from the rest of the kernel;
- fix uaccess-related livelock in do_page_fault.
Max Filippov (2):
xtensa: move coprocessor_flush to the .text section
xtensa: fix uaccess-related
> For systems without an coherent cache controller, non-MX, we always
> -use the memory controllers RCW, thought non-MX controlers likely
> +use the memory controllers RCW, thought non-MX controllers likely
In this line you could also do s/thought/though/.
--
Thanks.
-- Max
On Sun, Mar 28, 2021 at 10:37 PM Max Filippov wrote:
>
> On Sun, Mar 28, 2021 at 10:18 PM Bhaskar Chowdhury
> wrote:
> >
> > s/controlers/controllers/
> >
> > Signed-off-by: Bhaskar Chowdhury
> > ---
> > Documentation/xtensa/atomctl.rst | 2 +-
&g
that instruction and the fault handler.
https://lore.kernel.org/lkml/20210121123140.GD48431@C02TD0UTHF1T.local/
Cc: sta...@vger.kernel.org
Reported-by: Mark Rutland
Signed-off-by: Max Filippov
---
arch/xtensa/mm/fault.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/xtensa/mm
choices there.
Signed-off-by: Max Filippov
---
arch/xtensa/Kconfig | 22
.../iss/include/platform/simcall-gdbio.h | 34 ++
.../platforms/iss/include/platform/simcall.h | 36 +++
3 files changed, 92 insertions(+)
create
Disconnect existing ISS simcall implementation from the semihosting
interface to allow for alternative implementations selectable at
configure time.
Signed-off-by: Max Filippov
---
.../iss/include/platform/simcall-iss.h| 73 +++
.../platforms/iss/include/platform
using GDBIO implementation of the semihosting interface.
Max Filippov (2):
xtensa: ISS: split simcall implementation from semihosting interface
xtensa: ISS: add GDBIO implementation to semihosting interface
arch/xtensa/Kconfig | 22
.../iss/include/platform
y xtensa tree with minor adjustment of the subject line.
--
Thanks.
-- Max
xtensa tree.
--
Thanks.
-- Max
buf(isert_conn)
by the isert_conn->device->ib_device statement. This patch
free the device in the correct order.
Signed-off-by: Lv Yunlong
---
drivers/infiniband/ulp/isert/ib_isert.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
looks good,
Reviewed-by: Max Gurtovoy
On 3/17/21 2:08 PM, Tom Rix wrote:
On 3/16/21 1:29 PM, Max Zhen wrote:
Hi Tom,
On 2/26/21 7:01 AM, Tom Rix wrote:
A question i do not know the answer to.
Seems like 'golden' is linked to a manufacturing (diagnostics?) image.
If the public will never see it, should handling it here
?
Data driven means not hard-coded. Here data means meta data which is
presented in device tree format, dtb.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/include/xroot.h | 114 +++
drivers/fpga/xrt/mgmt/root.c | 342
Commit a9f2fc628e3a ("xtensa: cleanup MMU setup and kernel layout macros")
removed the use of a2 in the beginning of the initialize_mmu macro, but
left the register load that is no longer used. Remove it as well.
Signed-off-by: Max Filippov
---
arch/xtensa/include/asm/initialize_mmu.h
pgprot_noncached assumes that cache bypass attribute is represented as
zero. This may not always be true. Fix pgprot_noncached definition by
adding _PAGE_CA_BYPASS to the result.
Signed-off-by: Max Filippov
---
arch/xtensa/include/asm/pgtable.h | 4 +++-
1 file changed, 3 insertions(+), 1
'.
Simplify this logic and drop special handling of low memory pages/pages
with coherent mapping and always use TLBTEMP_BASE area.
Signed-off-by: Max Filippov
---
arch/xtensa/mm/cache.c | 9 ++---
arch/xtensa/mm/misc.S | 36 +---
2 files changed, 7 insertions(+), 38
=', is also unneeded.
>
> This file does not need to know __NR_syscalls. Drop the unneeded
> include directive.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/xtensa/kernel/syscall.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
Thanks. I've applied the whole series to my xtensa tree.
--
Thanks.
-- Max
AN
> -endif
> -ifeq ($(shell echo __XTENSA_EL__ | $(CC) -E - | grep -v "\#"),1)
> -CHECKFLAGS += -D__XTENSA_EL__
> -KBUILD_CPPFLAGS += -DCONFIG_CPU_LITTLE_ENDIAN
> -endif
> +CHECKFLAGS += -D $(if $(CONFIG_CPU_BIG_ENDIAN),__XTENSA_EB__,__XTENSA_EL__)
I've removed the space between -D and the $(if ...) to make the result
look like the rest of -D options.
--
Thanks.
-- Max
he logic to Kconfig from Makefile.
>
>
> arch/xtensa/Kconfig | 6 ++
> arch/xtensa/Makefile | 9 +
> 2 files changed, 7 insertions(+), 8 deletions(-)
Acked-by: Max Filippov
Please let me know if I should take it into the xtensa tree or you will
carry it in the kbuild tree.
--
Thanks.
-- Max
On 3/11/2021 1:37 PM, Christoph Hellwig wrote:
On Wed, Mar 10, 2021 at 08:31:27AM -0400, Jason Gunthorpe wrote:
Yes, that needs more refactoring. I'm viewing this series as a
"statement of intent" and once we commit to doing this we can go
through the bigger effort to split up vfio_pci_core
from Max for
the igd
ah cool, do this for NVIDIA GPUs then please, I just discovered
another P9
system sold with NVIDIA T4s which is not in your list.
I think it will make things easier down the road if you maintain an
exact list
Then why do not you do the exact list for Intel IGD? The commit
On 3/10/2021 4:19 PM, Alexey Kardashevskiy wrote:
On 10/03/2021 23:57, Max Gurtovoy wrote:
On 3/10/2021 8:39 AM, Alexey Kardashevskiy wrote:
On 09/03/2021 19:33, Max Gurtovoy wrote:
The new drivers introduced are nvlink2gpu_vfio_pci.ko and
npu2_vfio_pci.ko.
The first
On 3/10/2021 8:39 AM, Alexey Kardashevskiy wrote:
On 09/03/2021 19:33, Max Gurtovoy wrote:
The new drivers introduced are nvlink2gpu_vfio_pci.ko and
npu2_vfio_pci.ko.
The first will be responsible for providing special extensions for
NVIDIA GPUs with NVLINK2 support for P9 platform
| 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, applied to my xtensa tree.
--
Thanks.
-- Max
Create a new driver igd_vfio_pci.ko that will be responsible for
providing special extensions for INTEL Graphics card (GVT-d).
Also preserve backward compatibility with vfio_pci.ko vendor specific
extensions.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig | 5
).
Also, preserve backward compatibility for users that were binding
NVLINK2 devices to vfio_pci.ko. Hopefully this compatibility layer will
be dropped in the future
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig | 28 +++-
drivers/vfio/pci/Makefile
This is a preparation for moving vendor specific code from
vfio_pci_core to vendor specific vfio_pci drivers. The next step will be
creating a dedicated module to NVIDIA NVLINK2 devices with P9 extensions
and a dedicated module for Power9 NPU NVLink2 HBAs.
Signed-off-by: Max Gurtovoy
and nvlink2 to a
dedicated module instead of managing their vendor specific extensions in
the core driver.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci_core.c | 1 +
drivers/vfio/pci/vfio_pci_core.h | 5 +
2 files changed, 6 insertions(+)
diff --git a/drivers/vfio/pci/vfio_pci_core.c
of vfio_device_ops and will be able
to use container_of mechanism as well (instead of passing void pointers
as around the stack).
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci.c | 31 +
drivers/vfio/pci/vfio_pci_core.c | 39 +---
drivers
eneric PCI functionality exported from it.
Additionally it will add the needed vendor specific logic for HW
specific features such as Live Migration. Same for the igd_vfio_pci that
will add special extensions for Intel Graphics cards (GVT-d).
Signed-off-by: Max Gurtovoy
---
drivers/vfio/p
of the generic vfio_pci driver.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci_config.c | 68 +++---
drivers/vfio/pci/vfio_pci_core.c| 90 ++---
drivers/vfio/pci/vfio_pci_core.h| 76
drivers/vfio/pci
This is a preparation patch for separating the vfio_pci driver to a
subsystem driver and a generic pci driver. This patch doesn't change
any logic.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci_config.c | 2 +-
drivers/vfio/pci/vfio_pci_core.c
This is a preparation patch for separating the vfio_pci driver to a
subsystem driver and a generic pci driver. This patch doesn't change any
logic.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Makefile| 2 +-
drivers/vfio/pci/{vfio_pci.c => vfio_pci_core.c} | 0
patch 3/9 to emphasize the needed extension for LM feature (From
Cornelia)
- take/release refcount for the pci module during core open/release
- update nvlink, igd and zdev to PowerNV, X86 and s390 extensions for
vfio-pci core
- fix segfault bugs in current vfio-pci zdev code
Max Gurtovoy (9
for managing leaf driver instance
groups, facilitating inter-leaf driver calls and root calls, managing leaf
driver device nodes.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/include/events.h| 48 ++
drivers/fpga/xrt/include/subdev_id.h
to register and manage all
leaf driver modules.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/lib/main.c | 274
drivers/fpga/xrt/lib/main.h | 17 +++
2 files changed, 291 insertions(+)
create mode
On Mon, Mar 1, 2021 at 10:22 PM Jiri Slaby wrote:
>
> We already do tty_port_link_device in rs_init, so we don't need to
> reassign a port to tty->port. It would be too late in tty::ops::open
> anyway.
>
> Signed-off-by: Jiri Slaby
> Cc: Chris Zankel
> Cc: Max Filippo
In the next patch, tty_unregister_driver's return type will be switched
> to void.
>
> Signed-off-by: Jiri Slaby
> Cc: Chris Zankel
> Cc: Max Filippov
> Cc: linux-xte...@linux-xtensa.org
> Cc: Jiri Kosina
> Cc: David Sterba
> ---
> arch/xtensa/platforms/iss
On Mon, Mar 1, 2021 at 10:22 PM Jiri Slaby wrote:
>
> To fix the warning:
> warning: no previous prototype for 'rs_init'
>
> Signed-off-by: Jiri Slaby
> Cc: Chris Zankel
> Cc: Max Filippov
> Cc: linux-xte...@linux-xtensa.org
> ---
> arch/xtensa/platforms/iss/cons
On Mon, Mar 1, 2021 at 10:22 PM Jiri Slaby wrote:
>
> Use DEFINE_TIMER and avoid runtime initialization of the serial_timer.
>
> Signed-off-by: Jiri Slaby
> Cc: Chris Zankel
> Cc: Max Filippov
> Cc: linux-xte...@linux-xtensa.org
> ---
> arch/xtensa/p
On Mon, Mar 1, 2021 at 10:22 PM Jiri Slaby wrote:
>
> These are likely taken over from amiserial. iss doesn't do anything of
> that.
>
> Signed-off-by: Jiri Slaby
> Cc: Chris Zankel
> Cc: Max Filippov
> Cc: linux-xte...@linux-xtensa.org
> ---
> arch/xtens
On Mon, Mar 1, 2021 at 10:22 PM Jiri Slaby wrote:
>
> There is no need to print the information during module load. Neither to
> print some artificial version. So drop these strings and a print.
>
> Signed-off-by: Jiri Slaby
> Cc: Chris Zankel
> Cc: Max Filippov
>
wrote:
xrt-lib kernel module infrastructure code to register and manage all
leaf driver modules.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/lib/main.c | 274
drivers/fpga/xrt/lib/main.h | 17 +++
2
cycle of a bunch of leaf driver instances
and bridges them with root.
Signed-off-by: Sonal Santan
Signed-off-by: Max Zhen
Signed-off-by: Lizhi Hou
---
drivers/fpga/xrt/include/group.h | 27
drivers/fpga/xrt/lib/group.c | 265 +++
2 files changed, 292
-by: Max Filippov
---
arch/xtensa/kernel/coprocessor.S | 64
1 file changed, 33 insertions(+), 31 deletions(-)
diff --git a/arch/xtensa/kernel/coprocessor.S b/arch/xtensa/kernel/coprocessor.S
index c426b846beef..45cc0ae0af6f 100644
--- a/arch/xtensa/kernel
On 2/2/2021 7:10 PM, Jason Gunthorpe wrote:
On Tue, Feb 02, 2021 at 05:06:59PM +0100, Cornelia Huck wrote:
On the other side, we have the zdev support, which both requires s390
and applies to any pci device on s390.
Is there a reason why CONFIG_VFIO_PCI_ZDEV exists? Why not just always
On 2/5/2021 2:42 AM, Alexey Kardashevskiy wrote:
On 04/02/2021 23:51, Jason Gunthorpe wrote:
On Thu, Feb 04, 2021 at 12:05:22PM +1100, Alexey Kardashevskiy wrote:
It is system firmware (==bios) which puts stuff in the device tree. The
stuff is:
1. emulated pci devices (custom pci
; Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: Chris Zankel
> Cc: Max Filippov
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-m...@vger.kernel.org
> Cc: linuxppc-...@lists.ozlabs.org
> Cc: linux-xte...@linux-xtensa.org
> Cc: linux...@kvack.org
> Cc: linux-kernel@vger
On 2/3/2021 5:24 AM, Alexey Kardashevskiy wrote:
On 03/02/2021 04:41, Max Gurtovoy wrote:
On 2/2/2021 6:06 PM, Cornelia Huck wrote:
On Mon, 1 Feb 2021 11:42:30 -0700
Alex Williamson wrote:
On Mon, 1 Feb 2021 12:49:12 -0500
Matthew Rosato wrote:
On 2/1/21 12:14 PM, Cornelia Huck
On 2/3/2021 5:24 AM, Alexey Kardashevskiy wrote:
On 03/02/2021 04:41, Max Gurtovoy wrote:
On 2/2/2021 6:06 PM, Cornelia Huck wrote:
On Mon, 1 Feb 2021 11:42:30 -0700
Alex Williamson wrote:
On Mon, 1 Feb 2021 12:49:12 -0500
Matthew Rosato wrote:
On 2/1/21 12:14 PM, Cornelia Huck
On 2/2/2021 10:44 PM, Jason Gunthorpe wrote:
On Tue, Feb 02, 2021 at 12:37:23PM -0700, Alex Williamson wrote:
For the most part, this explicit bind interface is redundant to
driver_override, which already avoids the duplicate ID issue.
No, the point here is to have the ID tables in the PCI
On 2/2/2021 6:06 PM, Cornelia Huck wrote:
On Mon, 1 Feb 2021 11:42:30 -0700
Alex Williamson wrote:
On Mon, 1 Feb 2021 12:49:12 -0500
Matthew Rosato wrote:
On 2/1/21 12:14 PM, Cornelia Huck wrote:
On Mon, 1 Feb 2021 16:28:27 +
Max Gurtovoy wrote:
This patch doesn't change any
vfio-pci driver.
For now, powernv extensions will include only nvlink2.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig| 6 --
drivers/vfio/pci/Makefile | 2 +-
drivers/vfio/pci/vfio_pci_core.c
In case allocation fails, we must behave correctly and exit with error.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci_zdev.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/vfio/pci/vfio_pci_zdev.c b/drivers/vfio/pci/vfio_pci_zdev.c
index 175096fcd902..e9ef4239ef7a
vfio-pci driver.
For now, x86 extensions will include only igd.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig| 13 ++---
drivers/vfio/pci/Makefile | 2 +-
drivers/vfio/pci/vfio_pci_core.c| 2
driver.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig | 4 ++--
drivers/vfio/pci/Makefile | 2 +-
drivers/vfio/pci/vfio_pci_core.c | 2 +-
drivers/vfio/pci/vfio_pci_private.h | 2
Zdev static functions does not use vdev argument. Remove it.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci_zdev.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/drivers/vfio/pci/vfio_pci_zdev.c b/drivers/vfio/pci/vfio_pci_zdev.c
index
to the generic vfio_pci.ko.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig | 10 ++
drivers/vfio/pci/Makefile| 3 +
drivers/vfio/pci/mlx5_vfio_pci.c | 253 +++
include/linux/mlx5/vfio_pci.h| 36 +
4 files changed, 302 insertions
and nvlink to a
dedicated module instead of managing their functionality in the core
driver.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/vfio_pci_core.c| 12 +-
drivers/vfio/pci/vfio_pci_core.h| 28
drivers/vfio/pci/vfio_pci_igd.c | 16
i will use vfio_pci_core to register to vfio
subsystem and also use the generic PCI functionality exported from it.
Additionally it will add the needed vendor specific logic for HW
specific features such as Live Migration.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig| 24 +
This is a preparation patch for separating the vfio_pci driver to a
subsystem driver and a generic pci driver. This patch doesn't change any
logic.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Makefile| 2 +-
drivers/vfio/pci/{vfio_pci.c => vfio_pci_core.c} | 0
e've decided to split the submission for now.
Max Gurtovoy (9):
vfio-pci: rename vfio_pci.c to vfio_pci_core.c
vfio-pci: introduce vfio_pci_core subsystem driver
vfio-pci-core: export vfio_pci_register_dev_region function
mlx5-vfio-pci: add new vfio_pci driver for mlx5 devices
vfio-pci/zdev: re
On 2/1/2021 6:32 AM, Alex Williamson wrote:
On Sun, 31 Jan 2021 20:46:40 +0200
Max Gurtovoy wrote:
On 1/28/2021 11:02 PM, Alex Williamson wrote:
On Thu, 28 Jan 2021 17:29:30 +0100
Cornelia Huck wrote:
On Tue, 26 Jan 2021 15:27:43 +0200
Max Gurtovoy wrote:
On 1/26/2021 5:34 AM, Alex
On 1/28/2021 11:02 PM, Alex Williamson wrote:
On Thu, 28 Jan 2021 17:29:30 +0100
Cornelia Huck wrote:
On Tue, 26 Jan 2021 15:27:43 +0200
Max Gurtovoy wrote:
On 1/26/2021 5:34 AM, Alex Williamson wrote:
On Mon, 25 Jan 2021 20:45:22 -0400
Jason Gunthorpe wrote:
On Mon, Jan 25, 2021
On 1/28/2021 6:29 PM, Cornelia Huck wrote:
On Tue, 26 Jan 2021 15:27:43 +0200
Max Gurtovoy wrote:
Hi Alex, Cornelia and Jason,
thanks for the reviewing this.
On 1/26/2021 5:34 AM, Alex Williamson wrote:
On Mon, 25 Jan 2021 20:45:22 -0400
Jason Gunthorpe wrote:
On Mon, Jan 25, 2021
On 1/28/2021 4:41 PM, Stefano Garzarella wrote:
From: Max Gurtovoy
This will allow running vDPA for virtio block protocol.
Signed-off-by: Max Gurtovoy
[sgarzare: various cleanups/fixes]
Signed-off-by: Stefano Garzarella
---
v2:
- rebased on top of other changes (dev_attr, get_config
re APIs to the various drivers should be
improved or better demonstrated in the V2.
I'll work on improving it and I'll send the V2.
If you have some feedback of the things/fields/structs you think should
remain private to vfio-pci-core please let us know.
Thanks for the effort in the review,
-Max.
Alex
Hi! Abhishek,
My bad! I should check the code base is the latest and follow it.
I'll submit the v2 patch. Thanks for your review.
BRs,
Max
-Original Message-
From: Abhishek Pandit-Subedi
Sent: Tuesday, January 19, 2021 12:41 PM
To: Max Chou
Cc: Marcel Holtmann ; Johan Hedberg
; Luiz
i will use vfio_pci_core to register to vfio
subsystem and also use the generic PCI functionality exported from it.
Additionally it will add the needed vendor specific logic for HW
specific features such as Live Migration.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig| 12 +
to the generic vfio_pci.ko.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Kconfig | 10 ++
drivers/vfio/pci/Makefile| 3 +
drivers/vfio/pci/mlx5_vfio_pci.c | 253 +++
include/linux/mlx5/vfio_pci.h| 36 +
4 files changed, 302 insertions
This is a preparation patch for separating the vfio_pci driver to a
subsystem driver and a generic pci driver. This patch doesn't change any
logic.
Signed-off-by: Max Gurtovoy
---
drivers/vfio/pci/Makefile| 2 +-
drivers/vfio/pci/{vfio_pci.c => vfio_pci_core.c} | 0
or adding vendor extension to vfio-pci devices. As the
changes to the subsystem must be defined as a pre-condition for
this work, we've decided to split the submission for now.
Max Gurtovoy (3):
vfio-pci: rename vfio_pci.c to vfio_pci_core.c
vfio-pci: introduce vfio_pci_core subsyst
ca,
mainly on simulators, but also on FPGA boards (e.g. on KC705 we
can use all of the 1GB onboard DRAM).
In the last few years we've had a few support requests for linux on
xtensa cores with MMU, but AFAICT none of them had to deal with
more than 512MB of onboard memory.
--
Thanks.
-- Max
oprofile/backtrace.c
> delete mode 100644 arch/xtensa/oprofile/init.c
Although I still keep userspace oprofile tools that use this interface,
I haven't run them for ages.
Acked-by: Max Filippov
--
Thanks.
-- Max
Resent due to gmail adding HTML, sorry for the noise.
Am Montag, den 11.01.2021, 18:49 +0100 schrieb
Ahmad Fatoum:
>
> On 11.01.21 16:17, Max Krummenacher wrote:
> > When the kernel is configured to use the Thumb-2 instruction set
> > "suspend-to-memory" fails to r
wever to compile the whole file in ARM mode and have the
linker taking care of the ARM/Thumb-2 switching. This would also keep
the code working if a i.MX CPU variant exists that resumes in the same
mode in which it went to sleep.
Max Krummenacher (1):
ARM: imx: build suspend-imx6.S with arm
it should execute.
Fix this by using the arm instruction set for all code in
suspend-imx6.S.
Signed-off-by: Max Krummenacher
---
arch/arm/mach-imx/suspend-imx6.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-imx/suspend-imx6.S b/arch/arm/mach-imx/suspend-imx6.S
index 1ea
// add Abhishek to CC list
BRs,
Max
-Original Message-
From: Max Chou
Sent: Wednesday, December 30, 2020 2:55 PM
To: mar...@holtmann.org; johan.hedb...@gmail.com; luiz.de...@gmail.com;
matthias@gmail.com
Cc: linux-blueto...@vger.kernel.org; linux-kernel@vger.kernel.org;
linux
The device is used in the Microsoft Surface Book 3 and Surface Pro 7
Signed-off-by: Max Leiter
---
drivers/iio/light/apds9960.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/iio/light/apds9960.c b/drivers/iio/light/apds9960.c
index 9afb3fcc74e6..20719141c03a 100644
. Applied to my xtensa tree.
-- Max
nsure that the value is a multiple of 32. So if you'd
>> like us to fix that we'd be happy for some input on how to settle it with
>> Kconfig.
>>
>> Signed-off-by: Stefan Eschenbacher
>> Co-developed-by: Max Stolze
>> Signed-off-by: Max Stolze
>>
>
from a rom located on the PCIE BAR pointed to by VSEC cap
found in config space.
I didn't find the creation of leaf platform devices, maybe I can find
the answer in the missing Patch #5?
Leaf driver is children of partition driver. They are created in
xrt_part_create_leaves() in xrt-p
Hi Moritz,
I manually fixed some line breaks. Not sure why outlook is not doing it
properly.
Let me know if it still looks bad to you.
Please see my reply below.
>
>
> Max,
>
> On Thu, Dec 03, 2020 at 03:38:26AM +, Max Zhen wrote:
> > [...cut...]
> >
> &
Hi Moritz,
Please see my reply below.
Thanks,
-Max
> -Original Message-
> From: Moritz Fischer
> Sent: Wednesday, December 2, 2020 15:10
> To: Max Zhen
> Cc: Moritz Fischer ; Sonal Santan ;
> linux-kernel@vger.kernel.org; linux-f...@vger.kernel.org; Lizhi Hou
Hi Moritz,
Thanks for your feedback. Please see my reply inline.
Thanks,
-Max
> -Original Message-
> From: Moritz Fischer
> Sent: Monday, November 30, 2020 20:55
> To: Sonal Santan
> Cc: linux-kernel@vger.kernel.org; linux-f...@vger.kernel.org; Max Zhen
> ; Lizhi
patches, since I'm still working
on them and debugging the iotlb issues.
Thanks to Max that started this work! I took his patches and extended a bit.
As Jason suggested, I simplified the "vdpa: split vdpasim to core and
net modules" patch, moving some changes out in small patches.
@Max: I p
Signed-off-by: Max Verevkin
---
drivers/platform/x86/intel-vbtn.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/platform/x86/intel-vbtn.c
b/drivers/platform/x86/intel-vbtn.c
index f5901b0b07cd..0419c8001fe3 100644
--- a/drivers/platform/x86/intel-vbtn.c
+++ b/drivers
1 - 100 of 1729 matches
Mail list logo