rs/vfio/pci/nvgrace-gpu/main.c | 879 ++
> drivers/vfio/pci/vfio_pci_config.c| 42 ++
> drivers/vfio/pci/vfio_pci_rdwr.c | 16 +-
> drivers/vfio/pci/virtio/main.c| 72 +--
> include/linux/vfio_pci_core.h | 10 +-
> 10 files changed, 993 insertions(+), 59 deletions(-)
> create mode 100644 drivers/vfio/pci/nvgrace-gpu/Kconfig
> create mode 100644 drivers/vfio/pci/nvgrace-gpu/Makefile
> create mode 100644 drivers/vfio/pci/nvgrace-gpu/main.c
>
Applied to vfio next branch for v6.9. Thanks,
Alex
On Fri, 9 Feb 2024 13:19:03 -0400
Jason Gunthorpe wrote:
> On Fri, Feb 09, 2024 at 08:55:31AM -0700, Alex Williamson wrote:
> > I think Kevin's point is also relative to this latter scenario, in the
> > L1 instance of the nvgrace-gpu driver the mmap of the usemem BAR is
>
through the fake BARs, the virtualization of the
device has already happened in the level 1 assignment.
I think Kevin's point is also relative to this latter scenario, in the
L1 instance of the nvgrace-gpu driver the mmap of the usemem BAR is
cachable, but in the L2 instance of the driver where we only use the
vfio-pci-core ops nothing maintains that cachable mapping. Is that a
problem? An uncached mapping on top of a cachable mapping is often
prone to problems. Thanks,
Alex
t; > >> > + mem_count = 0;
> > >>
> > >> If mem_count == 0, going through nvgrace_gpu_map_and_read() is not
> > >> necessary.
> > >
> > > Harmless, other than the possibly unnecessary call through to
> > > nvgra
..@vger.kernel.org
> +S: Supported
> +F: drivers/vfio/pci/nvgrace-gpu/
> +
Entries should be alphabetical. This will end up colliding with [1] so
I'll plan to fix it either way.
Otherwise just a couple optional comments from me below. I see Zhi also
has a few good comments.
memregion->memlength,
> > + MEMREMAP_WB);
> > + if (!memregion->memaddr)
> > + ret = -ENOMEM;
> > + } else if (index == RESMEM_REGION_INDEX &&
> > !mem
mp;& VIRTIO_PCI_ADMIN_LEGACY
> select VFIO_PCI_CORE
> help
>This provides support for exposing VIRTIO NET VF devices which
> support
Applied to vfio next branch for v6.8. Thanks!
Alex
Applied. Thanks!
Alex
On Fri, Apr 16, 2021 at 11:54 AM Christian König
wrote:
>
> Am 16.04.21 um 16:37 schrieb Lee Jones:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c:685: warning: expecting prototype
> > f
Applied. Thanks!
Alex
On Fri, Apr 16, 2021 at 11:54 AM Christian König
wrote:
>
> Am 16.04.21 um 16:37 schrieb Lee Jones:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c:169: warning: Function parameter
> &g
Applied. Thanks!
Alex
On Fri, Apr 16, 2021 at 11:53 AM Christian König
wrote:
>
> Am 16.04.21 um 16:37 schrieb Lee Jones:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:311: warning: expecting prototype
> >
Applied. thanks!
Alex
On Fri, Apr 16, 2021 at 11:53 AM Christian König
wrote:
>
> Am 16.04.21 um 16:37 schrieb Lee Jones:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c:73: warning: expecting prototype
> &
Applied. Thanks!
Alex
On Fri, Apr 16, 2021 at 11:52 AM Christian König
wrote:
>
> Am 16.04.21 um 16:37 schrieb Lee Jones:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c:444: warning: Function
> > paramet
Applied. Thanks!
Alex
On Fri, Apr 16, 2021 at 11:51 AM Christian König
wrote:
>
> Am 16.04.21 um 16:37 schrieb Lee Jones:
> > Fixes the following W=1 kernel build warning(s):
> >
> > drivers/gpu/drm/radeon/radeon_device.c:1101: warning: This comment starts
> >
Applied. Thanks!
Alex
On Fri, Apr 16, 2021 at 10:38 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c: In function
> ‘amdgpu_device_suspend’:
> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:3733:6: warning
host kernel to support this rather than implementing it
in userspace? For example, QEMU could know about this device,
manipulate the BAR size to expose only the operational portion of MMIO
to the VM and use the remainder to support migration itself. I'm
afraid that just like mdev, the vfio migration uAPI is going to be used
as an excuse to create kernel drivers simply to be able to make use of
that uAPI. I haven't looked at this driver to know if it has some
other reason to exist beyond what could be done through vfio-pci and
userspace migration support. Thanks,
Alex
> > Cc: linaro-mm-...@lists.linaro.org
> > Signed-off-by: Lee Jones
>
> Reviewed-by: Christian König
Can you push the ttm and sched fixes to drm-misc?
Alex
>
> > ---
> > drivers/gpu/drm/ttm/ttm_bo.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion
Hi Palmer,
Le 4/15/21 à 2:00 PM, Alex Ghiti a écrit :
Le 4/15/21 à 12:54 AM, Alex Ghiti a écrit :
Le 4/15/21 à 12:20 AM, Palmer Dabbelt a écrit :
On Sun, 11 Apr 2021 09:41:44 PDT (-0700), a...@ghiti.fr wrote:
This is a preparatory patch for relocatable kernel and sv48 support.
The kernel
s,
Thanks for sorting this out so quickly!
Otherwise it looks good.
Reviewed-by: Anup Patel
Thank you!
Alex
Regards,
Anup
---
arch/riscv/kernel/setup.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setu
kernel in this series, I fixed that here:
Thank you for testing and reporting,
Alex
Guenter
___
linux-riscv mailing list
linux-ri...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
vfio-pci as doing,
> > it can even do them the same way you just described.
> >
> > Stated another way, do you plan to duplicate all of this code someday
> > for vfio-cxl? What about for vfio-platform? ARM SMMU can be hooked to
> > platform devices, right?
> >
> &
pose.
Signed-off-by: Alex Elder
---
drivers/net/ipa/ipa_main.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/drivers/net/ipa/ipa_main.c b/drivers/net/ipa/ipa_main.c
index aad915e2ce523..9915603ed10ba 100644
--- a/drivers/net/ipa/ipa_main.c
+++ b/driver
") is used.
Signed-off-by: Alex Elder
---
.../devicetree/bindings/net/qcom,ipa.yaml | 19 +++
1 file changed, 19 insertions(+)
diff --git a/Documentation/devicetree/bindings/net/qcom,ipa.yaml
b/Documentation/devicetree/bindings/net/qcom,ipa.yaml
index da5212e693e91..7443490d4cc
Add the ability to define a "firmware-name" property in the IPA DT
node, specifying an alternate name to use for the firmware file.
Used only if the AP (Trust Zone) does early IPA initialization.
-Alex
Alex Elder (2):
dt-bindings: net: qco
On 4/15/21 10:40 PM, zhuguangqin...@gmail.com wrote:
From: Guangqing Zhu
This is not required here. -Alex
https://lore.kernel.org/netdev/d57e0a43-4d87-93cf-471c-c8185ea85...@ieee.org/
Coccinelle noticed:
drivers/net/ipa/ipa_smp2p.c:186:7-27: ERROR: Threaded IRQ with no primary
handler
mapping.
Signed-off-by: Alexandre Ghiti
Maybe you should add "Fixes:" tag in commit tag ?
Yes you're right I should have done that. Maybe Palmer will squash it as
it just entered for-next?
Otherwise it looks good.
Reviewed-by: Anup Patel
Thank you!
Alex
Regards,
An
On Fri, Apr 16, 2021 at 1:47 AM Liang, Prike wrote:
>
> [AMD Public Use]
>
> > From: Stephen Rothwell
> > Sent: Friday, April 16, 2021 12:09 PM
> > To: Liang, Prike
> > Cc: Alex Deucher ; S-k, Shyam-sundar > sundar@amd.com>; Linux Kernel Mailing List
On Fri, Apr 16, 2021 at 12:48 AM David Niklas wrote:
>
> Hey,
>
> I forgot to give you a bug tracker in case you want one.
> Here: https://bugzilla.kernel.org/show_bug.cgi?id=212691
I've followed up on the bug report. Please take a look there.
Alex
> On Apr 13, 2021, at 8:03 AM, Peter Zijlstra wrote:
>
> On Thu, Apr 01, 2021 at 11:31:54AM -0400, Alex Kogan wrote:
>
>> @@ -49,13 +55,33 @@ struct cna_node {
>> u16 real_numa_node;
>> u32 encoded_
[Cc+ NVIDIA folks both from migration and vfio-pci-core discussion]
On Tue, 13 Apr 2021 11:36:20 +0800
Longfang Liu wrote:
> The live migration solution relies on the vfio_device_migration_info protocol.
> The structure vfio_device_migration_info is placed at the 0th offset of
> the VFIO_REGION_
ag used in combination with _GET or
a separate _GET_NOCLEAR operations. Thanks,
Alex
> Co-developed-by: Keqian Zhu
> Signed-off-by: Kunkun Jiang
> ---
> drivers/vfio/vfio_iommu_type1.c | 100 ++--
> include/uapi/linux/vfio.h | 28 -
> 2 fi
gt; > from the vfio tree.
> >
> > I fixed it up (I used the latter version) and can carry the fix as
> > necessary.
>
> Yes that is right, thank you
Yep, thanks!
Alex
[cc +Pali]
On Thu, 15 Apr 2021 20:02:23 +0200
Ingmar Klein wrote:
> First thanks to you both, Alex and Bjorn!
> I am in no way an expert on this topic, so I have to fully rely on your
> feedback, concerning this issue.
>
> If you should have any other solution approach, in form
Le 4/15/21 à 12:54 AM, Alex Ghiti a écrit :
Le 4/15/21 à 12:20 AM, Palmer Dabbelt a écrit :
On Sun, 11 Apr 2021 09:41:44 PDT (-0700), a...@ghiti.fr wrote:
This is a preparatory patch for relocatable kernel and sv48 support.
The kernel used to be linked at PAGE_OFFSET address therefore we
Applied. Thanks!
Alex
On Thu, Apr 15, 2021 at 5:30 AM Yang Li wrote:
>
> Kernel test robot throws below warning ->
>
> smatch warnings:
> drivers/gpu/drm/radeon/si.c:4514 si_vm_packet3_cp_dma_check() warn:
> inconsistent indenting
>
> Fixed the inconsistent indent
This is breaking boot for me with CONFIG_STRICT_KERNEL_RWX=n. I'm not
even really convinced that's a useful config to support, but it's
currently optional and I'd prefer to avoid breaking it if possible.
I can't quite figure out what's going on here and I'm pretty much tired
out for tonight. LMK if you don't have time to look at it and I'll try
to give it another shot.
I'm taking a look at that.
Thanks,
Alex
On Wed, 14 Apr 2021 16:03:50 -0500
Bjorn Helgaas wrote:
> [+cc Alex]
>
> On Fri, Apr 09, 2021 at 11:26:33AM +0200, Ingmar Klein wrote:
> > Edit: Retry, as I did not consider, that my mail-client would make this
> > party html.
> >
> > Dear maintainers,
> >
Hi, Andreas.
Thanks for the great questions.
> On Apr 14, 2021, at 3:47 AM, Andreas Herrmann wrote:
>
> On Thu, Apr 01, 2021 at 11:31:56AM -0400, Alex Kogan wrote:
>> This performance optimization chooses probabilistically to avoid moving
>> threads from the main queue i
Hi Linus,
Sorry for the late request.
The following changes since commit d434405aaab7d0ebc516b68a8fc4100922d7f5ef:
Linux 5.12-rc7 (2021-04-11 15:16:13 -0700)
are available in the Git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v5.12-rc8
for you to fetch changes up to
On 4/14/21 9:29 AM, Joe Perches wrote:
On Wed, 2021-04-14 at 08:17 -0500, Alex Elder wrote:
Perhaps (like the -W options for GCC) there
could be a way to specify in a Makefile which checkpatch
messages are reported/not reported? I don't claim that's
a good suggestion, but if I could
Reviewed-by: Alex Shi
On 2021/4/14 下午9:21, Wu XiangCheng wrote:
> From: Bernard Zhao
>
> Add new zh translations
> * zh_CN/dev-tools/gcov.rst
> * zh_CN/dev-tools/index.rst
> and link them to zh_CN/index.rst
>
> Signed-off-by: Bernard Zhao
> Reviewed-by: Wu Xian
make it readable.
I've made a mental note to go look at this and see if
I can make it better. I can't say when I'll get to it
but I think it's a good suggestion.
-Alex
Using identifiers of that length makes using 80 column, or e
da``
> +gcov工具可以识别的覆盖率统计数据文件，向该文件写入数据后
> + 会将本文件的gcov统计数据清0
> +
> +``/sys/kernel/debug/gcov/path/to/compile/dir/file.gcno``
> +gcov工具需要的软连接文件（指向编译时生成的信息统计文件），这个文件是
> +在gcc编译时如果配置了选项 ``-ftest-coverage`` 时生成的。
> +
> +
> +针对模块的统计
> +--
> +
Hi,
Le 4/12/21 à 3:08 AM, Jisheng Zhang a écrit :
Hi Jiuyang,
On Mon, 12 Apr 2021 00:05:30 + Jiuyang Liu wrote:
This patch implements flush_cache_vmap for RISC-V, since it modifies PTE.
Without this patch, SFENCE.VMA won't be added to related codes, which
might introduce a bug in the o
; So you don’t think we need the command-line parameter, just the module_param?
>
> module_params can be changed at the command line too, so yes.
Got it, thanks again.
— Alex
Peter, thanks for all the comments and suggestions!
> On Apr 13, 2021, at 7:30 AM, Peter Zijlstra wrote:
>
> On Thu, Apr 01, 2021 at 11:31:53AM -0400, Alex Kogan wrote:
>
>> +/*
>> + * cna_splice_tail -- splice the next node from the primary queue onto
&g
On Tue, Apr 13, 2021 at 2:37 PM Daniel Vetter wrote:
>
> On Tue, Apr 13, 2021 at 8:02 PM Alex Deucher wrote:
> >
> > On Tue, Apr 13, 2021 at 1:05 PM Kai-Heng Feng
> > wrote:
> > >
> > > On some platforms like Hyper-V and RPi4 with UEFI firmware, efifb
Hi, Andi.
Thanks for your comments!
> On Apr 13, 2021, at 2:03 AM, Andi Kleen wrote:
>
> Alex Kogan writes:
>>
>> +numa_spinlock_threshold=[NUMA, PV_OPS]
>> +Set the time threshold in milliseconds for the
>> +
here.
>
> Signed-off-by: Keqian Zhu
> ---
>
> However, I'm not clear about the root problem. Is there a bug in git?
Strange, clearly I broke something in merge commit 76adb20f924f, but
it's not evident to me how that line reappeared. Thanks for spotting
it, I'll qu
r efifb stays at PCI
> D0")
> BugLink: https://bugs.launchpad.net/bugs/1922403
> Signed-off-by: Kai-Heng Feng
Reviewed-by: Alex Deucher
> ---
> drivers/video/fbdev/efifb.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/video/fbdev/efi
Enable IPA for the SM8350 MTP.
Signed-off-by: Alex Elder
---
arch/arm64/boot/dts/qcom/sm8350-mtp.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8350-mtp.dts
b/arch/arm64/boot/dts/qcom/sm8350-mtp.dts
index 6ca638b4e3213..93740444dd1ea 100644
--- a/arch
Add IPA-related nodes and definitions to "sm8350.dtsi", which uses
IPA v4.9.
Signed-off-by: Alex Elder
---
arch/arm64/boot/dts/qcom/sm8350.dtsi | 51
1 file changed, 51 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8350.dtsi
b/arch/arm64/boo
Add IPA-related information to "sm8350.dtsi", and enable IPA for the
SM8350 MTP platform.
-Alex
Alex Elder (2):
arm64: dts: qcom: sm8350: add IPA information
arm64: dts: qcom: sm8350-mtp: enable IPA
arch/arm64/boot/dts/qcom/sm8350-mt
Add support for the SM8350 SoC, which includes IPA version 4.9.
Signed-off-by: Alex Elder
---
drivers/net/ipa/Makefile| 3 +-
drivers/net/ipa/ipa_data-v4.9.c | 430
drivers/net/ipa/ipa_data.h | 1 +
drivers/net/ipa/ipa_main.c | 4 +
4
Add support for "qcom,sm8350-ipa", which uses IPA v4.9.
Use "enum" rather than "oneOf/const ..." to specify compatible
strings, as suggested by Rob Herring.
Signed-off-by: Alex Elder
---
Documentation/devicetree/bindings/net/qcom,ipa.yaml | 11 ++-
1 fi
files to support this SoC will be sent separately and
will go through the Qualcomm tree.)
-Alex
Alex Elder (2):
dt-bindings: net: qcom,ipa: add support for SM8350
net: ipa: add IPA v4.9 configuration data
.../devicetree/bindings/net/qcom,ipa.yaml | 11
Le 4/13/21 à 2:35 AM, Alexandre Ghiti a écrit :
From: Vitaly Wool
Introduce XIP (eXecute In Place) support for RISC-V platforms.
It allows code to be executed directly from non-volatile storage
directly addressable by the CPU, such as QSPI NOR flash which can
be found on many RISC-V platforms.
d the canonical source of truth for any
implementation (Linux or otherwise).
By all means have the distilled documentation for the driver in the
kernel source tree but trying to upstream an implementation before
starting the definition in the standard is a little back to front IMHO*.
* that's not to say these things can't be done in parallel as the spec
is reviewed and worked on and the kinks worked out but you want the
final order of upstreaming to start with the spec.
--
Alex Bennée
On Mon, 12 Apr 2021 10:32:14 -0600
Alex Williamson wrote:
> Running a Windows guest on a i915-GVTg_V4_2 from an HD 5500 IGD on
> v5.12-rc6 results in host logs:
>
> gvt: vgpu 1: lrm access to register (20c0)
> gvt: vgpu 1: MI_LOAD_REGISTER_MEM handler error
> gvt: vgpu 1: cmd
works well with the same guest and userspace software stack on
Fedora's kernel 5.11.11-200.fc33.x86_64. Thanks,
Alex
On Mon, 12 Apr 2021 19:41:41 +1000
Michael Ellerman wrote:
> Alex Williamson writes:
> > On Fri, 26 Mar 2021 07:13:10 +0100
> > Christoph Hellwig wrote:
> >
> >> This driver never had any open userspace (which for VFIO would include
> >> VM kernel driv
On 4/12/21 2:26 AM, Leon Romanovsky wrote:
On Sun, Apr 11, 2021 at 08:42:15AM -0500, Alex Elder wrote:
On 4/11/21 8:28 AM, Leon Romanovsky wrote:
I think *not* checking an available return value is questionable
practice. I'd really rather have a build option for a
"__need_not_chec
Le 4/9/21 à 10:42 AM, Vitaly Wool a écrit :
On Fri, Apr 9, 2021 at 3:59 PM Mike Rapoport wrote:
On Fri, Apr 09, 2021 at 02:46:17PM +0200, David Hildenbrand wrote:
Also, will that memory properly be exposed in the resource tree as
System RAM (e.g., /proc/iomem) ? Otherwise some things (/proc/k
eturns a value, all callers
of that function ought to be checking it. If the return
value is not necessary it should be a void function if
possible.
I don't expect the world to change, but I just think the
default should be "must check" rather than "check optional".
-Alex
On 4/11/21 1:34 AM, Leon Romanovsky wrote:
> On Fri, Apr 09, 2021 at 01:07:19PM -0500, Alex Elder wrote:
>> In ipa_modem_stop(), if the modem netdev pointer is non-null we call
>> ipa_stop(). We check for an error and if one is returned we handle
>> it. But ipa_stop() never
Add support for the SC7280 SoC, which includes IPA version 4.11.
Signed-off-by: Alex Elder
---
drivers/net/ipa/Makefile | 2 +-
drivers/net/ipa/ipa_data-v4.11.c | 382 +++
drivers/net/ipa/ipa_data.h | 1 +
drivers/net/ipa/ipa_main.c | 4 +
4
m
metadata supplied with messages.
Currently, the RMNet driver does not support inline checksum offload.
This support is imminent, but until it is available, do not allow
newer versions of IPA to specify checksum offload for endpoints.
Signed-off-by: Alex Elder
---
drivers/net/ipa/ipa_endpo
in SDX55 versus the other two existing
platforms (SDM845 and SC7180):
- SDX55 uses a 32-bit Linux kernel
- SDX55 has four interconnects rather than three
- SDX55 uses IPA v4.5, which uses inline checksum offload
Signed-off-by: Alex Elder
---
drivers/net/ipa/Makefile| 3 +-
drivers/n
Add existing supported platform "qcom,sc7180-ipa" to the set of IPA
compatible strings. Also add newly-supported "qcom,sdx55-ipa",
"qcom,sc7280-ipa".
Signed-off-by: Alex Elder
---
Documentation/devicetree/bindings/net/qcom,ipa.yaml | 6 +-
1 file change
um offload used for IPA v4.5+, and
once those are present this capability will be enabled for IPA.
The third and fourth patches add configuration data for IPA versions
4.5 (used for the SDX55 SoC) and 4.11 (used for the SD7280 SoC).
-Alex
Alex Elder (4):
d
removed, resulting in some code simplification.
Add comments in these spots making it explicit that there is no
inverse.
Signed-off-by: Alex Elder
---
drivers/net/ipa/ipa_main.c | 29 +
drivers/net/ipa/ipa_mem.c | 9 +++--
drivers/net/ipa/ipa_mem.h | 5
it's only referenced inside
"ipa_endpoint.c".
Signed-off-by: Alex Elder
---
drivers/net/ipa/ipa_endpoint.c | 6 +++---
drivers/net/ipa/ipa_endpoint.h | 2 --
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ipa/ipa_endpoint.c b/drivers/net/ipa/ipa_endpo
cases.
Signed-off-by: Alex Elder
---
drivers/net/ipa/gsi.c | 54 +--
1 file changed, 6 insertions(+), 48 deletions(-)
diff --git a/drivers/net/ipa/gsi.c b/drivers/net/ipa/gsi.c
index 1c835b3e1a437..9f06663cef263 100644
--- a/drivers/net/ipa/gsi.c
+++ b/driver
handling is needed at this spot.
Signed-off-by: Alex Elder
---
drivers/net/ipa/ipa_modem.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/net/ipa/ipa_modem.c b/drivers/net/ipa/ipa_modem.c
index 8a6ccebde2889..af9aedbde717a 100644
--- a/drivers/net/ipa
_stop()
before unregistering the network device.
Signed-off-by: Alex Elder
---
drivers/net/ipa/ipa_modem.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ipa/ipa_modem.c b/drivers/net/ipa/ipa_modem.c
index 9b08eb8239846..8a6ccebde2889 100644
--- a/dr
ned-off-by: Alex Elder
---
drivers/net/ipa/ipa_data-v3.5.1.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ipa/ipa_data-v3.5.1.c
b/drivers/net/ipa/ipa_data-v3.5.1.c
index 57703e95a3f9c..ead1a82f32f5c 100644
--- a/drivers/net/ipa/ipa_data-v3.5.1.c
+++ b/drivers/net/ipa/ipa_dat
d-off-by: Alex Elder
---
drivers/net/ipa/gsi_trans.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ipa/gsi_trans.c b/drivers/net/ipa/gsi_trans.c
index 70c2b585f98d6..8c795a6a85986 100644
--- a/drivers/net/ipa/gsi_trans.c
+++ b/drivers/net/ipa/gsi_trans.c
@@
er warning.
-Alex
Alex Elder (7):
net: ipa: relax pool entry size requirement
net: ipa: update sequence type for modem TX endpoint
net: ipa: only set endpoint netdev pointer when in use
net: ipa: ipa_stop() does not return an error
net: ipa: get rid of empty IPA functions
Add IPA-related nodes and definitions to "sdx55.dtsi". The SMP2P
nodes (ipa_smp2p_out and ipa_smp2p_in) are already present.
Signed-off-by: Alex Elder
---
Note: This depends on this series posted by Mani Sadhasivam:
https://lore.kernel.org/linux-arm-msm/202104081704
The SDX55 is a 32-bit ARM device that includes IPA v4.5. Add
CONFIG_QCOM_IPA=m and CONFIG_RMNET=m to "qcom_defconfig".
Signed-off-by: Alex Elder
---
arch/arm/configs/qcom_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/qcom_defconfig b/arch/a
On Fri, 9 Apr 2021 04:54:23 +
"Zengtao (B)" wrote:
> > -邮件原件-----
> > 发件人: Alex Williamson [mailto:alex.william...@redhat.com]
> > 发送时间: 2021年3月9日 5:47
> > 收件人: alex.william...@redhat.com
> > 抄送: coh...@redhat.com; k...@vger.kernel.org;
> >
The IPA core clock is required for SDX55. Define it.
Signed-off-by: Alex Elder
---
drivers/clk/qcom/clk-rpmh.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/qcom/clk-rpmh.c b/drivers/clk/qcom/clk-rpmh.c
index c623ce9004063..552d1cbfea4c0 100644
--- a/drivers/clk/qcom/clk
Le 4/9/21 à 8:07 AM, David Hildenbrand a écrit :
On 09.04.21 13:39, Alex Ghiti wrote:
Hi David,
Le 4/9/21 à 4:23 AM, David Hildenbrand a écrit :
On 09.04.21 09:14, Alex Ghiti wrote:
Le 4/9/21 à 2:51 AM, Alexandre Ghiti a écrit :
From: Vitaly Wool
Introduce XIP (eXecute In Place) support
Hi David,
Le 4/9/21 à 4:23 AM, David Hildenbrand a écrit :
On 09.04.21 09:14, Alex Ghiti wrote:
Le 4/9/21 à 2:51 AM, Alexandre Ghiti a écrit :
From: Vitaly Wool
Introduce XIP (eXecute In Place) support for RISC-V platforms.
It allows code to be executed directly from non-volatile storage
): the fact that we don't have any struct
page to back the text and rodata in flash is the problem but to which
extent ?
Thanks,
Alex
Signed-off-by: Alexandre Ghiti [ Rebase on top of "Move
kernel mapping outside the linear mapping ]
Signed-off-by: Vitaly Wool
---
Changes in v2:
-
Applied. Thanks!
Alex
On Wed, Apr 7, 2021 at 2:23 AM wrote:
>
> From: Yingjie Wang
>
> In radeon_dp_mst_detect(), We should check whether or not @connector
> has been unregistered from userspace. If the connector is unregistered,
> we should return disconnected status.
>
> drivers/gpu/drm/amd/pm//amdgpu_pm.c:2965:8-16:
> WARNING: use scnprintf or sprintf
> drivers/gpu/drm/amd/pm//amdgpu_pm.c:2972:8-16:
> WARNING: use scnprintf or sprintf
> drivers/gpu/drm/amd/pm//amdgpu_pm.c:3006:8-16:
> WARNING: use scnprintf or sprintf
> drivers/gpu/drm/amd/pm//
(int)(cmd_p - (char *)data + 1));
Do you really need that casting?
No, I can use %td to print a pointer difference.
I'll send a v2.
Thanks,
Alex
+ }
+ }
+
/*
* CONFIG_CMDLINE is meant to be a default in case nothing else
ng here. Daniel your patch is not
> really correct.
>
> The problem is rather that we don't set the tt object to bound if it
> doesn't have a GTT address.
>
> Going to provide a patch for this.
Did this patch ever land?
Alex
>
> Regards,
> Christian.
>
>
ci_private.h | 14 -
> include/uapi/linux/vfio.h | 38 +--
> 6 files changed, 4 insertions(+), 563 deletions(-)
> delete mode 100644 drivers/vfio/pci/vfio_pci_nvlink2.c
Hearing no objections, applied to vfio next branch for v5.13. Thanks,
Alex
-unpin_exit:
> mutex_unlock(&iommu->lock);
> - return i > npage ? npage : (i > 0 ? i : -EINVAL);
> + return i > 0 ? i : -EINVAL;
> }
>
> static long vfio_sync_unpin(struct vfio_dma *dma, struct vfio_domain *domain,
Very odd behavior previously. Applied to vfio next branch for v5.13.
Thanks,
Alex
ers/vfio/pci/vfio_pci_config.c | 2 +-
> drivers/vfio/pci/vfio_pci_nvlink2.c | 4 ++--
> drivers/vfio/platform/reset/vfio_platform_calxedaxgmac.c | 2 +-
> drivers/vfio/vfio_iommu_type1.c | 6 +++---
> 6 files changed, 9 insertions(+), 9 deletions(-)
>
Applied to vfio next branch for v5.13. Thanks,
Alex
data used by all devices */
> + /* Allocate shared config space permission data used by all devices */
> ret = vfio_pci_init_perm_bits();
> if (ret)
> return ret;
> --
> 2.26.2
>
Applied to vfio next branch for v5.13. Thanks,
Alex
Le 4/5/21 à 4:57 AM, Nick Kossifidis a écrit :
This patch adds support for kexec on RISC-V. On SMP systems it depends
on HOTPLUG_CPU in order to be able to bring up all harts after kexec.
It also needs a recent OpenSBI version that supports the HSM extension.
I tested it on riscv64 QEMU on both
Hi Nick,
Le 4/5/21 à 4:57 AM, Nick Kossifidis a écrit :
This patch adds support for kdump, the kernel will reserve a
region for the crash kernel and jump there on panic. In order
for userspace tools (kexec-tools) to prepare the crash kernel
kexec image, we also need to expose some information on
Le 4/6/21 à 3:54 AM, Vitaly Wool a écrit :
On Tue, Apr 6, 2021 at 8:47 AM Alex Ghiti wrote:
Hi Vitaly,
Le 4/5/21 à 4:34 AM, Vitaly Wool a écrit :
On Sun, Apr 4, 2021 at 10:39 AM Vitaly Wool wrote:
On Sat, Apr 3, 2021 at 12:00 PM Alex Ghiti wrote:
Hi Vitaly,
Le 4/1/21 à 7:10 AM
Le 4/6/21 à 9:40 AM, Rob Herring a écrit :
On Sat, Apr 3, 2021 at 7:09 AM Alex Ghiti wrote:
Hi,
Le 3/16/21 à 3:38 PM, Alexandre Ghiti a écrit :
In case the command line given by the user is too long, warn about it
and truncate it to the last full argument.
This is what efi already does in
On Sun, 4 Apr 2021 11:04:32 +0300
Leon Romanovsky wrote:
> On Thu, Apr 01, 2021 at 10:56:16AM -0600, Alex Williamson wrote:
> > On Thu, 1 Apr 2021 15:27:37 +0300
> > Leon Romanovsky wrote:
> >
> > > On Thu, Apr 01, 2021 at 05:37:16AM +, Raphael Norwitz wr
Hi Vitaly,
Le 4/5/21 à 4:34 AM, Vitaly Wool a écrit :
On Sun, Apr 4, 2021 at 10:39 AM Vitaly Wool wrote:
On Sat, Apr 3, 2021 at 12:00 PM Alex Ghiti wrote:
Hi Vitaly,
Le 4/1/21 à 7:10 AM, Alex Ghiti a écrit :
Le 4/1/21 à 4:52 AM, Vitaly Wool a écrit :
Hi Alex,
On Thu, Apr 1, 2021 at 10
se
* managed to set the command line, unless CONFIG_CMDLINE_FORCE
Any thought about that ?
Thanks,
Alex
Hi Vitaly,
Le 4/1/21 à 7:10 AM, Alex Ghiti a écrit :
Le 4/1/21 à 4:52 AM, Vitaly Wool a écrit :
Hi Alex,
On Thu, Apr 1, 2021 at 10:11 AM Alex Ghiti wrote:
Hi,
Le 3/30/21 à 4:04 PM, Alex Ghiti a écrit :
Le 3/30/21 à 3:33 PM, Palmer Dabbelt a écrit :
On Tue, 30 Mar 2021 11:39:10 PDT
1 - 100 of 5513 matches
Mail list logo
