ST_PROGS.
Fixes: 838f12c3d551 ("selftests/pcie_bwctrl: Create selftests")
Signed-off-by: Yi Lai
---
tools/testing/selftests/pcie_bwctrl/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/pcie_bwctrl/Makefile
b/tools/testing/selftests
On 2025/1/20 13:54, Nicolin Chen wrote:
On Sun, Jan 19, 2025 at 06:40:57PM +0800, Yi Liu wrote:
On 2025/1/19 04:32, Nicolin Chen wrote:
On Sat, Jan 18, 2025 at 04:23:22PM +0800, Yi Liu wrote:
On 2025/1/11 11:32, Nicolin Chen wrote:
+static int iommufd_hwpt_attach_device(struct
On 2025/1/19 04:32, Nicolin Chen wrote:
On Sat, Jan 18, 2025 at 04:23:22PM +0800, Yi Liu wrote:
On 2025/1/11 11:32, Nicolin Chen wrote:
"attach_handle" was added exclusively for the iommufd_fault_iopf_handler()
used by IOPF/PRI use cases, along with the "fault_data". Now,
detach_dev() will check
hwpt->fault before calling it. So just call iommufd_auto_response_faults().
+ if (disable_iopf)
iommufd_fault_iopf_disable(idev);
-
- return 0;
}
void iommufd_fault_destroy(struct iommufd_object *obj)
--
Regards,
Yi Liu
uct iommufd_ucmd *ucmd)
put_unused_fd(fdno);
out_fput:
fput(filep);
- refcount_dec(&fault->obj.users);
- iommufd_ctx_put(fault->ictx);
out_abort:
iommufd_object_abort_and_destroy(ucmd->ictx, &fault->obj);
Reviewed-by: Yi Liu
--
Regards,
Yi Liu
On 2024/10/1 05:59, Nicolin Chen wrote:
On Sun, Sep 29, 2024 at 03:16:55PM +0800, Yi Liu wrote:
I feel these two might act somehow similarly to the two DIDs
during nested translations?
not quite the same. Is it possible that the ASID is the same for stage-1?
Intel VT-d side can have the pasid
On 2024/9/27 20:20, Jason Gunthorpe wrote:
On Fri, Sep 27, 2024 at 08:12:20PM +0800, Yi Liu wrote:
Perhaps calling it a slice sounds more accurate, as I guess all
the confusion comes from the name "vIOMMU" that might be thought
to be a user space object/instance that likely holds a
On 2024/9/28 04:44, Nicolin Chen wrote:
On Fri, Sep 27, 2024 at 08:12:20PM +0800, Yi Liu wrote:
On 2024/9/27 14:32, Nicolin Chen wrote:
On Fri, Sep 27, 2024 at 01:54:45PM +0800, Yi Liu wrote:
Baolu told me that Intel may have the same: different domain IDs
on different IOMMUs; multiple IOMMU
On 2024/9/27 14:32, Nicolin Chen wrote:
On Fri, Sep 27, 2024 at 01:54:45PM +0800, Yi Liu wrote:
Baolu told me that Intel may have the same: different domain IDs
on different IOMMUs; multiple IOMMU instances on one chip:
https://lore.kernel.org/linux-iommu/cf4fe15c-8bcb-4132-a1fd-b2c8ddf27
On 2024/9/27 14:02, Nicolin Chen wrote:
On Fri, Sep 27, 2024 at 01:38:08PM +0800, Yi Liu wrote:
Does it mean each vIOMMU of VM can only have
one s2 HWPT?
Giving some examples here:
- If a VM has 1 vIOMMU, there will be 1 vIOMMU object in the
kernel holding one S2 HWPT.
- If a VM
On 2024/9/27 10:05, Baolu Lu wrote:
On 9/27/24 4:03 AM, Nicolin Chen wrote:
On Thu, Sep 26, 2024 at 04:47:02PM +0800, Yi Liu wrote:
On 2024/9/26 02:55, Nicolin Chen wrote:
On Wed, Sep 25, 2024 at 06:30:20PM +0800, Yi Liu wrote:
Hi Nic,
On 2024/8/28 00:59, Nicolin Chen wrote:
This series
On 2024/9/27 04:03, Nicolin Chen wrote:
On Thu, Sep 26, 2024 at 04:47:02PM +0800, Yi Liu wrote:
On 2024/9/26 02:55, Nicolin Chen wrote:
On Wed, Sep 25, 2024 at 06:30:20PM +0800, Yi Liu wrote:
Hi Nic,
On 2024/8/28 00:59, Nicolin Chen wrote:
This series introduces a new VIOMMU infrastructure
On 2024/9/27 04:10, Nicolin Chen wrote:
On Thu, Sep 26, 2024 at 04:50:46PM +0800, Yi Liu wrote:
On 2024/8/28 00:59, Nicolin Chen wrote:
Now a VIOMMU can wrap a shareable nested parent HWPT. So, it can act like
a nested parent HWPT to allocate a nested HWPT.
Support that in the
ase, the @data_type must be set to a pre-defined type corresponding to an
+ * I/O page table type supported by the underlying IOMMU hardware.
*
* If the @data_type is set to IOMMU_HWPT_DATA_NONE, @data_len and
* @data_uptr should be zero. Otherwise, both @data_len and @data_uptr
--
Regards,
Yi Liu
On 2024/9/26 02:55, Nicolin Chen wrote:
On Wed, Sep 25, 2024 at 06:30:20PM +0800, Yi Liu wrote:
Hi Nic,
On 2024/8/28 00:59, Nicolin Chen wrote:
This series introduces a new VIOMMU infrastructure and related ioctls.
IOMMUFD has been using the HWPT infrastructure for all cases, including a
mu.c
create mode 100644 drivers/iommu/iommufd/viommu_api.c
--
Regards,
Yi Liu
From: "shun-yi.wang"
SCP supports multiple reserved memory regions, intended for
specific hardwards.
Signed-off-by: shun-yi.wang
---
drivers/remoteproc/mtk_scp.c | 27 ++-
1 file changed, 18 insertions(+), 9 deletions(-)
diff --git a/drivers/remoteproc/mtk_scp.c b/driv
From: "shun-yi.wang"
Remove the maximum number of 1 for memory regions.
Instead, add some descriptions to ensure the integrity
of the documentation.
Signed-off-by: shun-yi.wang
---
Documentation/devicetree/bindings/remoteproc/mtk,scp.yaml | 8 ++--
1 file changed, 6 insertions(+), 2 deleti
From: "shun-yi.wang"
Besides the reserved memory region for SCP, there are additional
reserved memory regions for specific hardware use.
Currently, only a single memory region is supported.
Modifications are made to support multiple memory regions.
Changes in v2:
- Modify description of memory
From: "shun-yi.wang"
In order to reserve specific Contiguous Memory Allocator (CMA) regions
for hardware use. When the name of the reserved region contains "cma",
then a corresponding CMA heap is added.
Signed-off-by: shun-yi.wang
---
drivers/remoteproc/mtk_scp.c | 38 +
From: "shun-yi.wang"
In order to reserve specific Contiguous Memory Allocator (CMA) regions
for hardware use. When the name of the reserved region contains "cma",
then a corresponding CMA heap is added.
In the DTS (Device Tree Source), we may have several memory regions
with different names,
From: "shun-yi.wang"
Besides the reserved memory region for SCP, there are additional
reserved memory regions for specific hardware use.
Currently, only a single memory region is supported.
Modifications are made to support multiple memory regions.
shun-yi.wang (1):
remoteproc: mediatek: supp
From: "shun-yi.wang"
SCP supports multiple reserved memory regions, intended for
specific hardwards.
Signed-off-by: shun-yi.wang
---
drivers/remoteproc/mtk_scp.c | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/drivers/remoteproc/mtk_scp.c b/driver
On Fri, Apr 16, 2021 at 10:09 PM Bartosz Golaszewski
wrote:
>
> On Wed, Apr 14, 2021 at 7:29 PM Hsin-Yi Wang wrote:
> >
> > cd5676db0574 ("misc: eeprom: at24: support pm_runtime control") disables
> > regulator in runtime suspend. If runtime suspend is calle
quot;)
Signed-off-by: Hsin-Yi Wang
Acked-by: Bartosz Golaszewski
---
This patch is originally in
https://patchwork.kernel.org/project/linux-mediatek/patch/20210414172916.2689361-5-hsi...@chromium.org/
---
drivers/misc/eeprom/at24.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff
On Fri, Apr 9, 2021 at 12:53 PM Hsin-Yi Wang wrote:
>
> drm_dev_register() sets connector->registration_state to
> DRM_CONNECTOR_REGISTERED and dev->registered to true. If
> drm_connector_set_panel_orientation() is first called after
> drm_dev_register(), it will fail sever
On Sat, Apr 17, 2021 at 11:44:35AM +0800, Yunsheng Lin wrote:
>
> On 2021/1/6 11:32, Dongseok Yi wrote:
> > On 2021-01-06 12:07, Willem de Bruijn wrote:
> >>
> >> On Tue, Jan 5, 2021 at 8:29 PM Dongseok Yi wrote:
> >>>
> >>> On 2021-01-05 06
On Fri, Apr 16, 2021 at 10:42 PM Matthias Brugger
wrote:
>
>
>
> On 15/04/2021 11:35, Hsin-Yi Wang wrote:
> > Kenzo is known as Acer Chromebook 311.
> >
> > Signed-off-by: Hsin-Yi Wang
> > ---
> > Documentation/devicetree/bindings/arm/mediatek.yaml |
Willow is known as Acer Chromebook 311 (C722/C722T)
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
arch/arm64/boot/dts/mediatek/Makefile | 2 ++
.../mt8183-kukui-jacuzzi-willow-sku0.dts | 13 +
.../mt8183-kukui-jacuzzi-willow-sku1.dts | 12
Kenzo is known as Acer Chromebook 311.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
arch/arm64/boot/dts/mediatek/Makefile| 1 +
.../boot/dts/mediatek/mt8183-kukui-jacuzzi-kenzo.dts | 12
2 files changed, 13 insertions(+)
create mode 100644
Burnet is known as HP Chromebook x360 11MK G3 EE
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
.../mediatek/mt8183-kukui-jacuzzi-burnet.dts | 33 +++
2 files changed, 34 insertions(+)
create mode
Kappa is known as HP Chromebook 11a
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
arch/arm64/boot/dts/mediatek/Makefile| 1 +
.../dts/mediatek/mt8183-kukui-jacuzzi-kappa.dts | 16
2 files changed, 17 insertions(+)
create mode 100644 arch
Kenzo is known as Acer Chromebook 311.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b
Burnet is known as HP Chromebook x360 11MK G3 EE.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation
Willow is known as Acer Chromebook 311 (C722/C722T).
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b
Kappa is known as HP Chromebook 11a.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Enric Balletbo i Serra
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree
On Fri, Apr 16, 2021 at 10:23 PM Jani Nikula
wrote:
>
> On Thu, 15 Apr 2021, Hsin-Yi Wang wrote:
> > pm_resume and pm_suspend might be conflict with the ones defined in
> > include/linux/suspend.h. Rename pm_resume{suspend} to
> > i915_pm_resume{suspend} since they a
be firstly enable
> timer before clear systimer irq
>
> Fixes: e3af677607d9("clocksource/drivers/timer-mediatek: Add support for
> system timer")
> Signed-off-by: Fengquan Chen
>
Tested-by: Hsin-Yi Wang
Tested on a mt8183 device. This patch solves an
Kenzo is known as Acer Chromebook 311.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/Makefile| 1 +
.../boot/dts/mediatek/mt8183-kukui-jacuzzi-kenzo.dts | 12
2 files changed, 13 insertions(+)
create mode 100644 arch/arm64/boot/dts/mediatek/mt8183
Burnet is known as HP Chromebook x360 11MK G3 EE
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
.../mediatek/mt8183-kukui-jacuzzi-burnet.dts | 33 +++
2 files changed, 34 insertions(+)
create mode 100644 arch/arm64/boot/dts/mediatek
Willow is known as Acer Chromebook 311 (C722/C722T)
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/Makefile | 2 ++
.../mt8183-kukui-jacuzzi-willow-sku0.dts | 13 +
.../mt8183-kukui-jacuzzi-willow-sku1.dts | 12
.../mediatek/mt8183-kukui-jacuzzi
Kappa is known as HP Chromebook 11a
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/Makefile| 1 +
.../dts/mediatek/mt8183-kukui-jacuzzi-kappa.dts | 16
2 files changed, 17 insertions(+)
create mode 100644 arch/arm64/boot/dts/mediatek/mt8183-kukui
Kenzo is known as Acer Chromebook 311.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm
Burnet is known as HP Chromebook x360 11MK G3 EE.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm
Willow is known as Acer Chromebook 311 (C722/C722T).
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm
Kappa is known as HP Chromebook 11a.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm/mediatek.yaml
index
cd5676db0574 ("misc: eeprom: at24: support pm_runtime control") disables
regulator in runtime suspend. If runtime suspend is called before
regulator disable, it will results in regulator unbalanced disabling.
Signed-off-by: Hsin-Yi Wang
---
drivers/misc/eeprom/at24.c | 6 --
1 fi
pm_resume and pm_suspend might be conflict with the ones defined in
include/linux/suspend.h. Rename pm_resume{suspend} to
i915_pm_resume{suspend} since they are only used here.
Signed-off-by: Hsin-Yi Wang
Reported-by: kernel test robot
---
drivers/gpu/drm/i915/selftests/i915_gem.c | 10
Add supplies for eeprom for mt8183 boards.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8183-kukui-kakadu.dtsi | 4
arch/arm64/boot/dts/mediatek/mt8183-kukui-kodama.dtsi | 4
arch/arm64/boot/dts/mediatek/mt8183-kukui-krane.dtsi | 4
3 files changed, 12
Signed-off-by: Hsin-Yi Wang
---
drivers/i2c/i2c-core-base.c | 88 +
include/linux/i2c.h | 2 +
2 files changed, 90 insertions(+)
diff --git a/drivers/i2c/i2c-core-base.c b/drivers/i2c/i2c-core-base.c
index 24c8f11bac73..c34920f30c5a 100644
--- a
Add vbus-supply property for mt65xx. The regulator can be passed into
core and turned off during suspend/sleep to reduce power consumption.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/i2c/i2c-mt65xx.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
Add vbus-supply which provides power to SCL/SDA. Pass this regulator
into core so it can be turned on/off for low power mode support.
Signed-off-by: Hsin-Yi Wang
---
drivers/i2c/busses/i2c-mt65xx.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/i2c/busses/i2c-mt65xx.c b
anges since v8:
- fixup some wrong code
- remove redundant message
[... snip ...]
Bibby Hsieh (1):
i2c: core: support bus regulator controlling in adapter
Hsin-Yi Wang (5):
dt-binding: i2c: mt65xx: add vbus-supply property
i2c: mediatek: mt65xx: add optional vbus-supply
misc: e
eh (1):
i2c: core: support bus regulator controlling in adapter
Hsin-Yi Wang (4):
dt-binding: i2c: mt65xx: add vbus-supply property
i2c: mediatek: mt65xx: add optional vbus-supply
misc: eeprom: at24: check suspend status before disable regulator
arm64: dts: mt8183: add supply name for e
cd5676db0574 ("misc: eeprom: at24: support pm_runtime control") disables
regulator in runtime suspend. If runtime suspend is called before
regulator disable, it will results in regulator unbalanced disabling.
Signed-off-by: Hsin-Yi Wang
---
drivers/misc/eeprom/at24.c | 6 --
1 fi
Add supplies for eeprom for mt8183 boards.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8183-kukui-kakadu.dtsi | 4
arch/arm64/boot/dts/mediatek/mt8183-kukui-kodama.dtsi | 4
arch/arm64/boot/dts/mediatek/mt8183-kukui-krane.dtsi | 4
3 files changed, 12
Add vbus-supply property for mt65xx. The regulator can be passed into
core and turned off during suspend/sleep to reduce power consumption.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/i2c/i2c-mt65xx.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
Add vbus-supply which provides power to SCL/SDA. Pass this regulator
into core so it can be turned on/off for low power mode support.
Signed-off-by: Hsin-Yi Wang
---
drivers/i2c/busses/i2c-mt65xx.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/i2c/busses/i2c-mt65xx.c b
Signed-off-by: Hsin-Yi Wang
---
drivers/i2c/i2c-core-base.c | 88 +
include/linux/i2c.h | 2 +
2 files changed, 90 insertions(+)
diff --git a/drivers/i2c/i2c-core-base.c b/drivers/i2c/i2c-core-base.c
index 24c8f11bac73..c34920f30c5a 100644
--- a
Add an openssl command option example for generating CodeSign extended
key usage in X.509 when CONFIG_CHECK_CODESIGN_EKU is enabled.
Signed-off-by: "Lee, Chun-Yi"
---
Documentation/admin-guide/module-signing.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/a
This patch adds the logic for checking the CodeSigning extended
key usage when verifying signature of kernel module or
kexec PE binary in PKCS#7.
Signed-off-by: "Lee, Chun-Yi"
---
certs/system_keyring.c | 2 +-
crypto/asymmetric_keys/Kconfig | 9 +++
Add codeSigning EKU to the X.509 key generation config for the build time
autogenerated kernel key.
Signed-off-by: "Lee, Chun-Yi"
---
certs/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/certs/Makefile b/certs/Makefile
index f4c25b67aad9..1ef4d6ca43b7 100644
--- a/cert
This patch adds the logic for parsing the CodeSign extended key usage
extension in X.509. The parsing result will be set to the eku flag
which is carried by public key. It can be used in the PKCS#7
verification.
Signed-off-by: "Lee, Chun-Yi"
---
crypto/asymmetric_keys/x509_cert_par
option example for generating CodeSign EKU to
module-signing.rst document.
v2:
Changed the help wording in the Kconfig.
Lee, Chun-Yi (4):
X.509: Add CodeSigning extended key usage parsing
PKCS#7: Check codeSigning EKU for kernel module and kexec pe
verification
modsign: Add
gt; check /sys/class/thermal/thermal_zone*/type
> check /sys/class/thermal/thermal_zone*/temp
the TEST lines can be removed.
>
> Signed-off-by: Michael Kao
> Signed-off-by: Nicolas Boichat
> ---
Tested-by: Hsin-Yi Wang
This removes following error:
[ 10.882325] generic-
krane, kakadu, and kodama boards have a default panel rotation.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
/0x1c0
[4.893879] do_el0_svc_compat+0x28/0x3c
[4.897791] el0_svc_compat+0x10/0x1c
[4.901441] el0_sync_compat_handler+0xa8/0xcc
[4.905873] el0_sync_compat+0x178/0x180
[4.909783] ---[ end trace b4f2db9d9c88610c ]---
Signed-off-by: Hsin-Yi Wang
---
drivers/gpu/drm/mediatek/mtk_dsi
Add an openssl command option example for generating CodeSign extended
key usage in X.509 when CONFIG_CHECK_CODESIGN_EKU is enabled.
Signed-off-by: "Lee, Chun-Yi"
---
Documentation/admin-guide/module-signing.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/a
Add codeSigning EKU to the X.509 key generation config for the build time
autogenerated kernel key.
Signed-off-by: "Lee, Chun-Yi"
---
certs/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/certs/Makefile b/certs/Makefile
index f4c25b67aad9..1ef4d6ca43b7 100644
--- a/cert
This patch adds the logic for checking the CodeSigning extended
key usage when verifying signature of kernel module or
kexec PE binary in PKCS#7.
Signed-off-by: "Lee, Chun-Yi"
---
certs/system_keyring.c | 2 +-
crypto/asymmetric_keys/Kconfig | 9 +++
This patch adds the logic for parsing the CodeSign extended key usage
extension in X.509. The parsing result will be set to the eku flag
which is carried by public key. It can be used in the PKCS#7
verification.
Signed-off-by: "Lee, Chun-Yi"
---
crypto/asymmetric_keys/x509_cert_par
option example for generating CodeSign EKU to
module-signing.rst document.
v2:
Changed the help wording in the Kconfig.
Lee, Chun-Yi (4):
X.509: Add CodeSigning extended key usage parsing
PKCS#7: Check codeSigning EKU for kernel module and kexec pe
verification
modsign: Add
On Tue, Mar 9, 2021 at 9:34 PM Hsin-Yi Wang wrote:
>
> On Tue, Mar 9, 2021 at 1:17 AM Mark Brown wrote:
> >
> > On Mon, Mar 08, 2021 at 12:36:07PM +0800, Hsin-Yi Wang wrote:
> >
> > > + adap->bus_regulator = devm_regulator_get(&adap->dev, "b
Hi Jason,
> From: Jason Gunthorpe
> Sent: Thursday, April 1, 2021 7:54 PM
>
> On Thu, Apr 01, 2021 at 07:04:01AM +0000, Liu, Yi L wrote:
>
> > After reading your reply in https://lore.kernel.org/linux-
> iommu/20210331123801.gd1463...@nvidia.com/#t
> > So you
g table, it has
> nothing to do with a device.
I think it still has relationship with device. This is determined by the
DMA remapping hierarchy in hardware. e.g. Intel VT-d, the DMA isolation is
enforced first in device granularity and then PASID granularity. SVA makes
usage of both PASID and device granularity isolation.
Regards,
Yi Liu
> Jason
> From: Jason Gunthorpe
> Sent: Thursday, April 1, 2021 9:43 PM
>
> On Thu, Apr 01, 2021 at 01:38:46PM +0000, Liu, Yi L wrote:
> > > From: Jean-Philippe Brucker
> > > Sent: Thursday, April 1, 2021 8:05 PM
> > [...]
> > >
> > > Also
> From: Jason Gunthorpe
> Sent: Thursday, April 1, 2021 9:16 PM
>
> On Thu, Apr 01, 2021 at 01:10:48PM +0000, Liu, Yi L wrote:
> > > From: Jason Gunthorpe
> > > Sent: Thursday, April 1, 2021 7:47 PM
> > [...]
> > > I'm worried Intel views the
stored
in /dev/ioasid. page response would be in /dev/ioasid just like invalidation.
Regards,
Yi Liu
>
> Thanks,
> Jean
Hi Jason,
> From: Liu, Yi L
> Sent: Thursday, April 1, 2021 12:39 PM
>
> > From: Jason Gunthorpe
> > Sent: Wednesday, March 31, 2021 8:41 PM
> >
> > On Wed, Mar 31, 2021 at 07:38:36AM +, Liu, Yi L wrote:
> >
> > > The reason is /dev/i
anx7625 requires 3 power supply regulators.
Signed-off-by: Hsin-Yi Wang
Reviewed-by: Rob Herring
Reviewed-by: Robert Foss
---
v3->v4: rebase to drm-misc/for-linux-next
---
.../bindings/display/bridge/analogix,anx7625.yaml | 15 +++
1 file changed, 15 insertions(+)
diff --git
When suspending the driver, anx7625_power_standby() will be called to
turn off reset-gpios and enable-gpios. However, power supplies are not
disabled. To save power, the driver can get the power supply regulators
and turn off them in anx7625_power_standby().
Signed-off-by: Hsin-Yi Wang
Reviewed
> From: Jason Gunthorpe
> Sent: Wednesday, March 31, 2021 8:41 PM
>
> On Wed, Mar 31, 2021 at 07:38:36AM +0000, Liu, Yi L wrote:
>
> > The reason is /dev/ioasid FD is per-VM since the ioasid allocated to
> > the VM should be able to be shared by all assigned device
On Thu, Mar 25, 2021 at 3:58 PM Chanwoo Choi wrote:
>
> Hi,
>
> You are missing to add these patches to linux-pm mailing list.
> Need to send them to linu-pm ML.
>
> Also, before received this series, I tried to clean-up these patches
> on testing branch[1]. So that I add my comment with my clean-
d the Lenovo
> Ideapad Duet (MT8183), but should also enable display support for similar
> devices.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
Reviewed-by: Hsin-Yi Wang
> This is only a resend rebased on top of mainline to fix some trivial
> conflicts.
>
> arch/arm64/c
On Wed, Mar 31, 2021 at 5:07 PM Enric Balletbo i Serra
wrote:
>
> Enable the option necessary to boot mt8173-based boards to boot from
> usb devices, like its phy and the regulators needed to have proper
> support.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
Revi
From: Nicolas Boichat
Kakadu is also known as ASUS Chromebook Detachable CM3.
Signed-off-by: Nicolas Boichat
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
.../boot/dts/mediatek/mt8183-kukui-kakadu.dts | 13 +
.../dts/mediatek/mt8183-kukui-kakadu.dtsi
kodama is also known as Lenovo 10e Chromebook Tablet.
Signed-off-by: Hsin-Yi Wang
---
There are 4 skus in kodama:
- OV5695 camera + AUO panel
- GC5035 camera + AUO panel
- OV5695 camera + BOE panel
- GC5035 camera + BOE panel
The camera node are not yet ready to sent, so there's only pan
Kodama is also known as Lenovo 10e Chromebook Tablet.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 9 +
1 file changed, 9 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm
Kakadu is also known as ASUS Chromebook Detachable CM3.
Signed-off-by: Hsin-Yi Wang
---
Documentation/devicetree/bindings/arm/mediatek.yaml | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.yaml
b/Documentation/devicetree/bindings/arm
the ioasid
it is using was allocated to it. otherwise, we may suffer inter-VM ioasid
problem. It may not necessaty to be ioasid_set but a per-VM ioasid track
is necessary.
Regards,
Yi Liu
he same page.
> No listening to events. A simple understandable security model.
For this suggestion, I have a little bit concern if we may have A-B/B-A
lock sequence issue since it requires the /dev/ioasid (if it supports)
to call back into VFIO/VDPA to check if the ioasid has been registered to
device FD and record it in the per-device list. right? Let's have more
discussion based on the skeleton sent by Kevin.
Regards,
Yi Liu
D.
The reason is /dev/ioasid FD is per-VM since the ioasid allocated to
the VM should be able to be shared by all assigned device for the VM.
But the SVA operations (bind/unbind page table, cache_invalidate) should
be per-device. If squashing the two fds to be one, then requires a device
tag for each vSVA ioctl. I'm not sure if it is good. Per me, it looks
better to have a SVA FD and associated with a device FD so that any ioctl
on it will be in the device level. This also benefits ARM and AMD's vSVA
support since they binds guest PASID table to host instead of binding
guest page tables to specific PASIDs.
Regards,
Yi Liu
mt8183 has different routing registers than mt8173.
Signed-off-by: Hsin-Yi Wang
Tested-by: Enric Balletbo i Serra
---
v2->v3:
Fix comments.
v1->v2:
Move mt8183 routing table to mt8183-mmsys.h
This patch is based on
https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux.git
rates correct modalias for automatic loading
> > when these drivers are compiled as an external module.
> >
> > Signed-off-by: Boris Brezillon
> > Signed-off-by: Enric Balletbo i Serra
Reviewed-by: Hsin-Yi Wang
>
> A gentle ping for someone to review this pat
mt8183 has different routing registers than mt8173.
Signed-off-by: Hsin-Yi Wang
Tested-by: Enric Balletbo i Serra
---
v1->v2:
Move mt8183 routing table to mt8183-mmsys.h
This patch is based on
https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux.git
v5.12-next/soc
---
driv
Add mediatek,gce-client-reg for mmsys, ccorr, aal, gamma, dither.
Fixes: 91f9c963ce79 ("arm64: dts: mt8183: Add display nodes for MT8183")
Signed-off-by: Hsin-Yi Wang
Tested-by: Enric Balletbo i Serra
---
v1->v2:
Add for mmsys.
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 7 ++
mt8183 has different routing registers than mt8173.
Signed-off-by: Hsin-Yi Wang
---
This patch is based on series ("soc: mediatek: Prepare MMSYS for DDP routing
using tables")[1]
and tested with mt8183 krand and mt8183 juniper device.
The register value is referenced from [2].
Add an openssl command option example for generating CodeSign extended
key usage in X.509 when CONFIG_CHECK_CODESIGN_EKU is enabled.
Signed-off-by: "Lee, Chun-Yi"
---
Documentation/admin-guide/module-signing.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/a
Add codeSigning EKU to the X.509 key generation config for the build time
autogenerated kernel key.
Signed-off-by: "Lee, Chun-Yi"
---
certs/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/certs/Makefile b/certs/Makefile
index f4c25b67aad9..1ef4d6ca43b7 100644
--- a/cert
This patch adds the logic for checking the CodeSigning extended
key usage when verifying signature of kernel module or
kexec PE binary in PKCS#7.
Signed-off-by: "Lee, Chun-Yi"
---
certs/system_keyring.c | 2 +-
crypto/asymmetric_keys/Kconfig | 9 +++
1 - 100 of 1017 matches
Mail list logo
