Re: [PATCH v4 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

LGTM, thanks for the update Reviewed-by: Clément Mathieu--Drif > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Add an new element scalable_mode in IntelIOMMUState to mark scalable > modern

Re: Israel - Nostradamus in the 1600's predicted a MAJOR war

I have spent the last two days wondering if I should post this to probably the most logical thinkers in the world.. Bug chasing, writing low level code etc requires a wee bit of logic! I watched the evening news here in Australia, and the situation certainly seems to be worsening. If it wasn't so

[clang] [flang] [llvm] [openmp] [flang][driver] rename flang-new to flang (PR #110023)

clementval wrote: > > Could you add an experimental message ("The openmp support in Flang is > > experimental") when compiling with OpenMP? The warning can be in the Driver > > code that forwards the `-fopenmp` flag to the driver. > > Hm. I'm not yet fully convinced that we should be doing thi

Re: [PATCH] intel_iommu: Remove Transient Mapping (TM) field from second-level page-tables

LGTM Thanks cmd > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > VT-d spec removed Transient Mapping (TM) field from second-level page-tables > and treat the field as Reserved(0) since revis

Re: VoiceOver learning app

Hi, The app might be "VO Starter" and, as far as I know, is still in the AppStore. However, it was written before Apple eliminated home buttonds so doesn't cover the new home, AppSwitcher, etc gestures. I look forward to checking out the new tutorial in IOS 18. Dave Clem

Re: [FRnOG] [ALERT] Incident FranceIX / LyonIX

Hello, Pour info, j'ai aussi des injoignabilités via les RS de Lyon, sur des préfixes appris (par FranceIX) a Paris. Clément On Thu, 2024-09-19 at 13:07 +0200, Radu-Adrian Feurdean wrote: > On Thu, Sep 19, 2024, at 13:01, David Ponzone wrote: > > Hein ? > > Tu leur annonces et ils ré-annoncent q

[llvm-branch-commits] [flang] [flang][cuda] Convert module allocation/deallocation to runtime calls (PR #109214)

https://github.com/clementval closed https://github.com/llvm/llvm-project/pull/109214 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [flang] [flang][cuda] Convert module allocation/deallocation to runtime calls (PR #109214)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/109214 >From be4731f339d6fd9b45cd7cc93e3dd8ff83e80576 Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Wed, 18 Sep 2024 15:42:19 -0700 Subject: [PATCH] [flang][cuda] Convert module allocation/deallocation

[llvm-branch-commits] [flang] [flang][cuda] Convert module allocation/deallocation to runtime calls (PR #109214)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/109214 >From 0cf3e882111cf343be5e074ea1cf29893ab8ceb4 Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Wed, 18 Sep 2024 15:42:19 -0700 Subject: [PATCH 1/3] [flang][cuda] Convert module allocation/deallocat

[llvm-branch-commits] [flang] [flang][cuda] Convert module allocation/deallocation to runtime calls (PR #109214)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/109214 >From 0cf3e882111cf343be5e074ea1cf29893ab8ceb4 Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Wed, 18 Sep 2024 15:42:19 -0700 Subject: [PATCH 1/2] [flang][cuda] Convert module allocation/deallocat

[llvm-branch-commits] [flang] [flang][cuda] Convert module allocation/deallocation to runtime calls (PR #109214)

https://github.com/clementval created https://github.com/llvm/llvm-project/pull/109214 Convert `cuf.allocate` and `cuf.deallocate` to the runtime entry points added in #109213 >From 0cf3e882111cf343be5e074ea1cf29893ab8ceb4 Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Wed, 18

[ripe-list] Re: Reminder: NRO NC: Call for Nominations 2024

Hi everyone and thanks Sander for having outlined the importance of this function. As you proposed I would be happy also to answer any questions you could have Hervé ASO AC current chair -Message d'origine- De : Sander Steffann Envoyé : mercredi 18 septembre 2024 08:19 À : RIPE List O

[clang] [clang][transformer] Make `describe()` terser for `NamedDecl`s. (PR #108215)

https://github.com/legrosbuffle closed https://github.com/llvm/llvm-project/pull/108215 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang][transformer] Make `describe()` terser for `NamedDecl`s. (PR #108215)

https://github.com/legrosbuffle created https://github.com/llvm/llvm-project/pull/108215 Right now `describe()`ing a `FunctionDecl` dups the whole code of the function. Dump only its name. >From 42f1e67d2186fd90b8fc08206b33e077912039a1 Mon Sep 17 00:00:00 2001 From: Clement Courbet Date:

Re: [PATCH v3 00/17] intel_iommu: Enable stage-1 translation for emulated device

g, > same for Second-level/sl/stage-2. > > Qemu code can be found at [2] > The whole nesting series can be found at [3] > > [1] https://lists.gnu.org/archive/html/qemu-devel/2024-01/msg02740.html > [2] https://github.com/yiliu1765/qemu/tree/zhenzhong/iommufd_stage1_emu_

Re: [PATCH v3 15/17] intel_iommu: Modify x-scalable-mode to be string option to expose scalable modern mode

Reviewed-by: Clément Mathieu--Drif On 11/09/2024 07:22, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > From: Yi Liu > > Intel VT-d 3.0 introduces scalable mode, and i

Re: [PATCH v3 04/17] intel_iommu: Flush stage-2 cache in PASID-selective PASID-based iotlb invalidation

Reviewed-by: Clément Mathieu--Drif On 11/09/2024 07:22, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Per spec 6.5.2.4, PADID-selective PASID-based iotlb invalidation

Re: [PATCH v3 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 11/09/2024 07:22, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Add an new element scalable_mode in IntelIOMMUState to mark scalable > modern mode, this element wil

Re: [PATCH v2 00/17] intel_iommu: Enable stage-1 translation for emulated device

tage-2. > > Qemu code can be found at [2] > The whole nesting series can be found at [3] > > [1] https://lists.gnu.org/archive/html/qemu-devel/2024-01/msg02740.html > [2] https://github.com/yiliu1765/qemu/tree/zhenzhong/iommufd_stage1_emu_v2 > [3] https://github.com/yiliu1765/qemu/tree/

[clang] [clang][transformer] Add `join` stencil. (PR #107366)

https://github.com/legrosbuffle created https://github.com/llvm/llvm-project/pull/107366 `join(",", a, b, c)` is the same as `cat(a, ",", b, ",", c)`. >From 0c9d87c0e25e598f40ecf3f4977cd5ed2e205636 Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Thu,

[LabPlot2] [Bug 492475] New: Ticks and labels disappear for decreasing axis range and inverse axis range

https://bugs.kde.org/show_bug.cgi?id=492475 Bug ID: 492475 Summary: Ticks and labels disappear for decreasing axis range and inverse axis range Classification: Applications Product: LabPlot2 Version: 2.11.1 Platform: Mi

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

legrosbuffle wrote: Sorry for the delay (vacations). https://github.com/llvm/llvm-project/pull/99477 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

https://github.com/legrosbuffle updated https://github.com/llvm/llvm-project/pull/99477 >From d64268021d53e05fb64a4788e99fcd966d7b559a Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Thu, 18 Jul 2024 11:47:56 + Subject: [PATCH 1/9] [clang-tidy][cppcoreguidelines-missing-std-forw

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

https://github.com/legrosbuffle updated https://github.com/llvm/llvm-project/pull/99477 >From d64268021d53e05fb64a4788e99fcd966d7b559a Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Thu, 18 Jul 2024 11:47:56 + Subject: [PATCH 1/8] [clang-tidy][cppcoreguidelines-missing-std-forw

Re: ElevenLabs' text-to-speech app Reader is now available globally | TechCrunch

Title: ElevenLabs' text-to-speech app Reader is now available globally | TechCrunch Hello, I am trying to get the Reader app. I have downloaded and installed it. I tried to create an account by providing a userid and password. I was sent an email with a validation code which I entered.  The app the

[PATCH] MAINTAINERS: Add myself as a reviewer of VT-d

Signed-off-by: Clément Mathieu--Drif --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 3584d6a6c6..b12973f595 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3672,6 +3672,7 @@ VT-d Emulation M: Michael S. Tsirkin R: Jason Wang R: Yi Liu +R: C

[clang] 1a8817a - Reland "[flang][cuda][driver] Make sure flang does not switch to cc1 (#104613)"

Author: Valentin Clement (バレンタイン クレメン) Date: 2024-08-16T13:41:24-07:00 New Revision: 1a8817aebe12b8d4708ee849fb8f792cffb7ae85 URL: https://github.com/llvm/llvm-project/commit/1a8817aebe12b8d4708ee849fb8f792cffb7ae85 DIFF: https://github.com/llvm/llvm-project/commit

[clang] de9338f - Revert "Reland "[flang][cuda][driver] Make sure flang does not switch to cc1 (#104613)""

Author: Valentin Clement Date: 2024-08-16T13:19:26-07:00 New Revision: de9338fc625d8d67c18032492b2e743cd53f4b37 URL: https://github.com/llvm/llvm-project/commit/de9338fc625d8d67c18032492b2e743cd53f4b37 DIFF: https://github.com/llvm/llvm-project/commit/de9338fc625d8d67c18032492b2e743cd53f4b37

[clang] af81b4f - Reland "[flang][cuda][driver] Make sure flang does not switch to cc1 (#104613)"

Author: Valentin Clement (バレンタイン クレメン) Date: 2024-08-16T13:10:36-07:00 New Revision: af81b4f9f98f6ac89f876637f065d6525e374468 URL: https://github.com/llvm/llvm-project/commit/af81b4f9f98f6ac89f876637f065d6525e374468 DIFF: https://github.com/llvm/llvm-project/commit

[clang] [flang] Revert "[flang][cuda][driver] Make sure flang does not switch to cc1" (PR #104632)

https://github.com/clementval closed https://github.com/llvm/llvm-project/pull/104632 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [flang] Revert "[flang][cuda][driver] Make sure flang does not switch to cc1" (PR #104632)

https://github.com/clementval created https://github.com/llvm/llvm-project/pull/104632 Reverts llvm/llvm-project#104613 >From cf8d13e27b647afaca66457d93b45a7da0e9cdfb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Valentin=20Clement=20=28=E3=83=90=E3=83=AC=E3=83=B3?= =?UTF-8?q?=E3=82=BF=E3=82=A4=E3=

[clang] [flang] [flang][cuda][driver] Make sure flang does not switch to cc1 (PR #104613)

https://github.com/clementval closed https://github.com/llvm/llvm-project/pull/104613 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [flang] [flang][cuda][driver] Make sure flang does not switch to cc1 (PR #104613)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/104613 >From 36e18ae7bfa6fd2647da0b78bf2c332969b1091d Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Fri, 16 Aug 2024 09:23:29 -0700 Subject: [PATCH 1/2] [flang][cuda][driver] Make sure flang does not swi

[clang] [flang] [flang][cuda][driver] Make sure flang does not switch to cc1 (PR #104613)

https://github.com/clementval edited https://github.com/llvm/llvm-project/pull/104613 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [flang] [flang][cuda][driver] Make sure flang does not switch to cc1 (PR #104613)

91d Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Fri, 16 Aug 2024 09:23:29 -0700 Subject: [PATCH] [flang][cuda][driver] Make sure flang does not switch to cc1 --- clang/lib/Driver/Types.cpp| 3 +++ flang/test/Driver/cuda-option.f90 | 7 ++- 2 files changed, 9 insertions(+)

Re: [PATCH v2 08/17] intel_iommu: Set accessed and dirty bits during first stage translation

On 16/08/2024 04:37, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: Liu, Yi L >> Subject: Re: [PATCH v2 08/17] intel_iommu: Set a

Re: [PATCH v2 08/17] intel_iommu: Set accessed and dirty bits during first stage translation

On 14/08/2024 13:45, Yi Liu wrote: > Caution: External email. Do not open attachments or click links, > unless this email comes from a known sender and you know the content > is safe. > > > On 2024/8/5 14:27, Zhenzhong Duan wrote: >> From: Clément Mathieu--Drif >> >> Signed-off-by: Clément Mat

Re: [PATCH v2 2/2] intel_iommu: Make PASID-cache and PIOTLB type invalid in legacy mode

Reviewed-by: Clément Mathieu--Drif Super reactive! Maybe we can continue along this path after the handlers are implemented. It would be great to make sure we don't process PASID related descriptors when not in scalable mode. What are your thoughts? Thanks >cmd On 13/08/2024 09:44, Zhenzhong

Re: [PATCH] intel_iommu: Fix invalidation descriptor type field

On 13/08/2024 09:06, Yi Liu wrote: > Caution: External email. Do not open attachments or click links, > unless this email comes from a known sender and you know the content > is safe. > > > On 2024/8/13 13:53, Zhenzhong Duan wrote: >> According to spec, invalidation descriptor type is 7bits whi

Re: [PATCH v2 04/17] intel_iommu: Flush stage-2 cache in PASID-selective PASID-based iotlb invalidation

On 13/08/2024 09:13, CLEMENT MATHIEU--DRIF wrote: > > On 13/08/2024 04:12, Duan, Zhenzhong wrote: >> Caution: External email. Do not open attachments or click links, unless this >> email comes from a known sender and you know the content is safe. >> >> >>&

Re: [PATCH v2 04/17] intel_iommu: Flush stage-2 cache in PASID-selective PASID-based iotlb invalidation

On 13/08/2024 04:12, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

Re: [PATCH v2 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 13/08/2024 08:26, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

Re: [PATCH v2 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 13/08/2024 04:20, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

Re: [PATCH v2 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 08/08/2024 14:31, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, > unless this email comes from a known sender and you know the content > is safe. > > > On 8/6/2024 2:35 PM, CLEMENT MATHIEU--DRIF wrote: >> >> On 05

Re: [PATCH v2 04/17] intel_iommu: Flush stage-2 cache in PASID-selective PASID-based iotlb invalidation

On 08/08/2024 14:40, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, > unless this email comes from a known sender and you know the content > is safe. > > > On 8/6/2024 2:35 PM, CLEMENT MATHIEU--DRIF wrote: >> >> On 05

[clang] [llvm] [OpenMP] OpenMP 5.1 "assume" directive parsing support (PR #92731)

clementval wrote: Yeah it was probably the case. It's green now. https://github.com/llvm/llvm-project/pull/92731 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [OpenMP] OpenMP 5.1 "assume" directive parsing support (PR #92731)

clementval wrote: This is still breaking a buildbot. https://lab.llvm.org/buildbot/#/builders/157/builds/4246 Are you working on a fix? https://github.com/llvm/llvm-project/pull/92731 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://li

Re: [PATCH v2 04/17] intel_iommu: Flush stage-2 cache in PASID-selective PASID-based iotlb invalidation

On 05/08/2024 08:27, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Per spec 6.5.2.4, PADID-selective PASID-based iotlb invalidation will > flush stage-2 iotlb entries

Re: [PATCH v2 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 05/08/2024 08:27, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Add an new element scalable_mode in IntelIOMMUState to mark scalable > modern mode, this element wil

Re: [PATCH v2 14/17] intel_iommu: Set default aw_bits to 48 in scalable modren mode

Typo in the title : s/modren/modern Reviewed-by: Clément Mathieu--Drif On 05/08/2024 08:27, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > According to VTD spec, stage

Re: [PATCH v2 15/17] intel_iommu: Modify x-scalable-mode to be string option to expose scalable modern mode

On 05/08/2024 08:27, Zhenzhong Duan wrote: Caution: External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe. From: Yi Liu Intel VT-d 3.0 introduces scalable mode, and it has a bunch of ca

Re: [PATCH v2 16/17] intel_iommu: Introduce a property to control FS1GP cap bit setting

Reviewed-by: Clément Mathieu--Drif On 05/08/2024 08:27, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > When host IOMMU doesn't support FS1GP but vIOMMU does, host IOMM

[clang] [Driver] Restrict Ofast deprecation help message to Clang (PR #101682)

clementval wrote: > Thanks for the clarification! Cc some flang developers to confirm this and > #101701 are the direction as > https://discourse.llvm.org/t/rfc-deprecate-ofast-in-flang/80243 doesn't have > lots of recorded discussion: @banach-space @clementval @klausler 👍 This was discussed

[llvm-branch-commits] [flang] [flang][cuda] Add CUF allocator (PR #101216)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/101216 >From 825e6efbbe20041b2b1591617f32abc12a0b42ff Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Fri, 12 Jul 2024 15:20:12 -0700 Subject: [PATCH 1/4] [flang][cuda] Add CUF allocator --- fl

[llvm-branch-commits] [flang] [flang][cuda] Add CUF allocator (PR #101216)

@@ -0,0 +1,18 @@ +#===-- runtime/CUDA/CMakeLists.txt -===# +# +# Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions. +# See https://llvm.org/LICENSE.txt for license information. +# SPDX-License-Identifier: Apache-2

[llvm-branch-commits] [flang] [flang][cuda] Add CUF allocator (PR #101216)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/101216 >From 825e6efbbe20041b2b1591617f32abc12a0b42ff Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Fri, 12 Jul 2024 15:20:12 -0700 Subject: [PATCH 1/3] [flang][cuda] Add CUF allocator --- fl

[llvm-branch-commits] [flang] [flang][cuda] Add CUF allocator (PR #101216)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/101216 >From 825e6efbbe20041b2b1591617f32abc12a0b42ff Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Fri, 12 Jul 2024 15:20:12 -0700 Subject: [PATCH 1/2] [flang][cuda] Add CUF allocator --- fl

[llvm-branch-commits] [flang] [flang][cuda] Add CUF allocator (PR #101216)

@@ -0,0 +1,43 @@ +//===-- include/flang/Runtime/CUDA/allocator.h --*- C++ -*-===// +// +// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions. +// See https://llvm.org/LICENSE.txt for license information. +// SPDX-License-Identifier: Apa

[llvm-branch-commits] [flang] [flang] Add allocator_idx attribute on fir.embox and fircg.ext_embox (PR #101212)

@@ -103,3 +103,27 @@ func.func @fir_dev_issue_1416(%arg0: !fir.ref>, %low: index fir.call @do_something(%3) : (!fir.box>) -> () return } + +// CHECK-LABEL: define void @_QPtest_allocator1() +func.func @_QPtest_allocator1() { + %c20 = arith.constant 20 : index + %0 =

[llvm-branch-commits] [flang] [flang] Add allocator_idx attribute on fir.embox and fircg.ext_embox (PR #101212)

https://github.com/clementval updated https://github.com/llvm/llvm-project/pull/101212 >From 77727fdf40e1164d9975378bb6951bc49baaf04a Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Mon, 29 Jul 2024 14:50:05 -0700 Subject: [PATCH 1/2] [flang] Add allocator_idx attribute on fir.embox

[llvm-branch-commits] [flang] [flang][cuda] Add CUF allocator (PR #101216)

the allocator registry added in #100690. Since this require CUDA, a cmake option `FLANG_CUF_RUNTIME` is added to conditionally build these. >From 825e6efbbe20041b2b1591617f32abc12a0b42ff Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Fri, 12 Jul 2024 15:20:12 -0700 Subject: [PA

[llvm-branch-commits] [flang] [flang] Add allocator_idx attribute on fir.embox and fircg.ext_embox (PR #101212)

populating the descriptor fields. >From 77727fdf40e1164d9975378bb6951bc49baaf04a Mon Sep 17 00:00:00 2001 From: Valentin Clement Date: Mon, 29 Jul 2024 14:50:05 -0700 Subject: [PATCH] [flang] Add allocator_idx attribute on fir.embox and fircg.ext_embox --- .../include/flang/Optimizer/Code

[libreoffice-users] Help with searching

to do this? Having problems using VLOOKUP. I guess I am too inexperienced to figure this out. -- Regards, Clement Martin Leitersburg Lawn & Garden LLC Hagerstown, MD phone/fax--301-331-5872 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? h

Re: [PATCH v1 11/17] intel_iommu: Extract device IOTLB invalidation logic

Hi Zhenzhong, This patch has been merged into staging this morning, be careful when re-sending your series. Here is the link : https://github.com/qemu/qemu/commit/6410f877f5ed535acd01bbfaa4baec379e44d0ef#diff-c19adbf518f644e9b651b67266802e14787292ab9d6cd4210b4f974585be6009 >cmd On 18/07/2024

Re: [PATCH v1 14/17] intel_iommu: piotlb invalidation should notify unmap

On 24/07/2024 08:07, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

Re: [PATCH v1 14/17] intel_iommu: piotlb invalidation should notify unmap

On 24/07/2024 07:45, CLEMENT MATHIEU--DRIF wrote: > Maybe I'm missing something but why do we invalidate device IOTLB > upon piotlb receipt of a regular IOTLB inv desc? > I don't get why we don't wait for a device IOTLB inv desc? I thought you were planning to remove

Re: [PATCH v1 17/17] tests/qtest: Add intel-iommu test

On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Add the framework to test the intel-iommu device. > > Currently only tested cap/ecap bits correctnes

Re: [PATCH v1 14/17] intel_iommu: piotlb invalidation should notify unmap

Maybe I'm missing something but why do we invalidate device IOTLB upon piotlb receipt of a regular IOTLB inv desc? I don't get why we don't wait for a device IOTLB inv desc? On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this >

Re: [PATCH v1 04/17] intel_iommu: Flush stage-2 cache in PADID-selective PASID-based iotlb invalidation

On 24/07/2024 04:59, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

Re: [PATCH v1 10/17] intel_iommu: Process PASID-based iotlb invalidation

Reviewed-by: Clément Mathieu--Drif On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > PASID-based iotlb (piotlb) is used during walking Intel > VT-d st

Re: [PATCH v1 04/17] intel_iommu: Flush stage-2 cache in PADID-selective PASID-based iotlb invalidation

On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Per spec 6.5.2.4, PADID-selective PASID-based iotlb invalidation will > flush stage-2 iotlb entries

[clang-tools-extra] [clang-tidy][performance-unnecessary-value-param] Make `handleMoveFix` virtual (PR #99867)

https://github.com/legrosbuffle closed https://github.com/llvm/llvm-project/pull/99867 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Re: [PATCH v1 09/17] intel_iommu: Flush stage-1 cache in iotlb invalidation

Reviewed-by: Clément Mathieu--Drif On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > According to spec, Page-Selective-within-Domain Invalidation (11b

Re: [PATCH v1 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

le modern mode >>> >>> On 2024/7/19 10:47, Duan, Zhenzhong wrote: >>>> >>>>> -Original Message- >>>>> From: CLEMENT MATHIEU--DRIF >>>>> Subject: Re: [PATCH v1 03/17] intel_iommu: Add a placeholder variable >>

Re: [PATCH v1 01/17] intel_iommu: Use the latest fault reasons defined by spec

Reviewed-by: Clément Mathieu--Drif On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > From: Yu Zhang > > Spec revision 3.0 or above defines more detai

[clang-tools-extra] [clang-tidy][performance-unnecessary-value-param] Make `handleMoveFix` virtual (PR #99867)

similar to https://github.com/llvm/llvm-project/pull/73921 but for `performance-unnecessary-value-param`. >From 257cd90353010d44be50994d3fdba8626bc52214 Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Fri, 19 Jul 2024 14:59:49 + Subject: [PATCH] [clang-tidy][performance-unnecessary-va

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

https://github.com/legrosbuffle edited https://github.com/llvm/llvm-project/pull/99477 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

https://github.com/legrosbuffle updated https://github.com/llvm/llvm-project/pull/99477 >From b423b26cba90288912b3377c39ab4207c9fc95dc Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Thu, 18 Jul 2024 11:47:56 + Subject: [PATCH 1/4] [clang-tidy][cppcoreguidelines-missing-std-forw

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

@@ -129,15 +129,19 @@ void MissingStdForwardCheck::registerMatchers(MatchFinder *Finder) { unless(anyOf(hasAncestor(typeLoc()), hasAncestor(expr(hasUnevaluatedContext()); + auto StaticCast = cxxStaticCastExpr( + hasSourceExpression(declRefEx

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

https://github.com/legrosbuffle updated https://github.com/llvm/llvm-project/pull/99477 >From b423b26cba90288912b3377c39ab4207c9fc95dc Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Thu, 18 Jul 2024 11:47:56 + Subject: [PATCH 1/3] [clang-tidy][cppcoreguidelines-missing-std-forw

Re: World’s largest computer outage!

I actually spoke to Bill Gates way back around 1988 when he was in Melbourne Australia, and said that I didn't think that C was a safe language, like PL/I, COBOL, even ASM because it is SO easy to overwrite storage that shouldn't be. And that C Strings were extraordinarily slow compared with any ma

Re: World’s largest computer outage!

Can we bring back OS/2? Clem. On Sat, Jul 20, 2024 at 9:39 AM Joe Monk < 05971158733e-dmarc-requ...@listserv.ua.edu> wrote: > More to the point, the issue is not Windows, but the abuse of Windows. > Example: requiring administrator rights to do ordinary, everyday tasks. > > This led to "scr

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

@@ -129,15 +129,19 @@ void MissingStdForwardCheck::registerMatchers(MatchFinder *Finder) { unless(anyOf(hasAncestor(typeLoc()), hasAncestor(expr(hasUnevaluatedContext()); + auto StaticCast = cxxStaticCastExpr( + hasSourceExpression(declRefEx

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

https://github.com/legrosbuffle updated https://github.com/llvm/llvm-project/pull/99477 >From b423b26cba90288912b3377c39ab4207c9fc95dc Mon Sep 17 00:00:00 2001 From: Clement Courbet Date: Thu, 18 Jul 2024 11:47:56 + Subject: [PATCH 1/2] [clang-tidy][cppcoreguidelines-missing-std-forw

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

legrosbuffle wrote: Thanks for the comments. I went for a disabled-by-default option as that seems to be the consensus. https://github.com/llvm/llvm-project/pull/99477 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-

Re: [PATCH v1 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

le modern mode >>> >>> On 2024/7/19 10:47, Duan, Zhenzhong wrote: >>>> >>>>> -Original Message- >>>>> From: CLEMENT MATHIEU--DRIF >>>>> Subject: Re: [PATCH v1 03/17] intel_iommu: Add a placeholder variable >>

Re: [PATCH v1 16/17] intel_iommu: Modify x-scalable-mode to be string option

On 19/07/2024 04:53, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

Re: [PATCH v1 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 19/07/2024 04:47, Duan, Zhenzhong wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > >> -Original Message- >> From: CLEMENT MATHIEU--DRIF >>

[clang-tools-extra] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. (PR #99477)

ep 17 00:00:00 2001 From: Clement Courbet Date: Thu, 18 Jul 2024 11:47:56 + Subject: [PATCH] [clang-tidy][cppcoreguidelines-missing-std-forward] Do not warn when the parameter is used in a `static_cast`. This provides a way to inform the check that we're intending to use an the forwarding

Re: [PATCH v1 16/17] intel_iommu: Modify x-scalable-mode to be string option

On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > From: Yi Liu > > Intel VT-d 3.0 introduces scalable mode, and it has a bunch of capabilities > rela

Re: [PATCH v1 15/17] intel_iommu: Set default aw_bits to 48 in scalable modren mode

Reviewed-by: Clément Mathieu--Drif On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > According to VTD spec, stage-1 page table could support 4-level

Re: [PATCH v1 02/17] intel_iommu: Make pasid entry type check accurate

Reviewed-by: Clément Mathieu--Drif On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > When guest configures Nested Translation(011b) or First-stage Tra

Re: [PATCH v1 03/17] intel_iommu: Add a placeholder variable for scalable modern mode

On 18/07/2024 10:16, Zhenzhong Duan wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > Add an new element scalable_mode in IntelIOMMUState to mark scalable > modern mode, this element wil

Re: [PATCH ats_vtd v5 20/22] pci: add a pci-level API for ATS

On 18/07/2024 01:44, Minwoo Im wrote: Caution: External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe. On 24-07-11 19:00:58, CLEMENT MATHIEU--DRIF wrote: On 11/07/2024 10:04, Minwoo Im wrote: Caution

Re: [PATCH v7 0/4] VT-d minor fixes

Hi Michael, Yi and Jason Thanks for your feedback on the previous versions. If you agree with the series, do you think we can move forward? Thanks! >cmd On 09/07/2024 16:26, CLEMENT MATHIEU--DRIF wrote: > From: Clément Mathieu--Drif > > Various fixes for VT-d > > This ser

Re: [PATCH ats_vtd v5 20/22] pci: add a pci-level API for ATS

On 11/07/2024 10:04, Minwoo Im wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > On 24-07-10 05:17:42, CLEMENT MATHIEU--DRIF wrote: >> >> On 09/07/

Re: [PATCH ats_vtd v5 20/22] pci: add a pci-level API for ATS

On 09/07/2024 23:17, Minwoo Im wrote: > Caution: External email. Do not open attachments or click links, unless this > email comes from a known sender and you know the content is safe. > > > On 24-07-09 11:58:53, CLEMENT MATHIEU--DRIF wrote: >> >> On 09/07/

Re: [PATCH v6 3/4] intel_iommu: fix type of the mask field in VTDIOTLBPageInvInfo

On 09/07/2024 16:01, Yi Liu wrote: > Caution: External email. Do not open attachments or click links, > unless this email comes from a known sender and you know the content > is safe. > > > On 2024/7/9 14:18, CLEMENT MATHIEU--DRIF wrote: >> From: Clément Mathieu--Dri

[PATCH v7 4/4] intel_iommu: make type match

From: Clément Mathieu--Drif The 'level' field in vtd_iotlb_key is an unsigned integer. We don't need to store level as an int in vtd_lookup_iotlb. This is not an issue by itself, but using unsigned here seems cleaner. Signed-off-by: Clément Mathieu--Drif Reviewed-by: Yi Liu --- hw/i386/intel

[PATCH v7 3/4] intel_iommu: fix type of the mask field in VTDIOTLBPageInvInfo

From: Clément Mathieu--Drif Per the below code, it can overflow as am can be larger than 8 according to the CH 6.5.2.3 IOTLB Invalidate. Use uint64_t to avoid overflows. Fixes: b5a280c00840 ("intel-iommu: add IOTLB using hash table") Signed-off-by: Clément Mathieu--Drif Reviewed-by: Minwoo Im

  1   2   3   4   5   6   7   8   9   10   >