On Tue, Sep 26, 2023 at 9:29 PM Athira Rajeev
wrote:
>
>
>
> > On 25-Sep-2023, at 1:34 PM, kajoljain wrote:
> >
> >
> >
> > On 9/7/23 22:45, Athira Rajeev wrote:
> >> From: root
> >>
> >> shellcheck was run on perf tool shell scripts s a pre-requisite
> >> to include a build option for
Hi Ariel,
I'm sorry about the way I handled your patch. I should have spent more time
working with you to develop your patch.
I agree that the Reported-by tag doesn't properly reflect the contribution you
made, I should have realised that at the time.
cheers
(Apologies for the brief reply,
The global static should pre-define the type and the NOP free function can
be now left as NULL.
Reviewed-by: Lu Baolu
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/intel/iommu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/intel/iommu.c
Continue converting drivers to the new interface. Introduce
ops->blocked_domain to hold the global static BLOCKED domain and convert
all drivers supporting BLOCKED to use it.
This makes it trivial for dart and iommufd to convert over to
domain_alloc_paging().
There are six drivers remaining:
This flag just caches if the IO page size is larger than the CPU
PAGE_SIZE. This only needs to be checked in two places so remove the
confusingly named cache.
dart would like to not support paging domains at all if the IO page size
is larger than the CPU page size. In this case we should ideally
Move the global static blocked domain to the ops and convert the unmanaged
domain to domain_alloc_paging.
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/iommufd/selftest.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/iommu/iommufd/selftest.c
In many cases the dev argument will now be !NULL so we should use it to
finalize the domain at allocation.
Make apple_dart_finalize_domain() accept the correct type.
Reviewed-by: Janne Grunau
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/apple-dart.c | 28 +++-
1
Move to the new static global for identity domains. Move the identity
specific code to apple_dart_attach_dev_identity().
Reviewed-by: Janne Grunau
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/apple-dart.c | 39 +++---
1 file changed, 28 insertions(+), 11
Following the pattern of identity domains, just assign the BLOCKED domain
global statics to a value in ops. Update the core code to use the global
static directly.
Update powerpc to use the new scheme and remove its empty domain_alloc
callback.
Reviewed-by: Lu Baolu
Signed-off-by: Jason
Move to the new static global for blocked domains. Move the blocked
specific code to apple_dart_attach_dev_blocked().
Reviewed-by: Janne Grunau
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/apple-dart.c | 53 +++---
1 file changed, 32 insertions(+), 21
Since the IDENTITY and BLOCKED behaviors were moved to global statics all
that remains is the paging domain. Rename to
apple_dart_attach_dev_paging() and remove the left over type check.
Reviewed-by: Janne Grunau
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/apple-dart.c | 13 +
Trivially migrate to the ops->blocked_domain for the existing global
static.
Reviewed-by: Lu Baolu
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/intel/iommu.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c
On Wed, Sep 27, 2023 at 10:43:16AM +0200, Arnd Bergmann wrote:
> On Wed, Sep 27, 2023, at 04:25, Joel Stanley wrote:
> > On Mon, 25 Sept 2023 at 09:55, Uwe Kleine-König
> > wrote:
> >>
> >> this series converts all platform drivers below drivers/soc to use
> >> .remove_new(). The motivation is
On Wed, Sep 27, 2023 at 1:26 PM Greg Joyce wrote:
>
> On Wed, 2023-09-13 at 13:49 -0700, Nick Desaulniers wrote:
> > On Wed, Sep 13, 2023 at 9:56 AM Nathan Chancellor
> > wrote:
> > > Hi Greg,
> > >
> > > On Fri, Sep 08, 2023 at 10:30:54AM -0500, gjo...@linux.vnet.ibm.com
> > > wrote:
> > > >
On Wed, 2023-09-13 at 13:49 -0700, Nick Desaulniers wrote:
> On Wed, Sep 13, 2023 at 9:56 AM Nathan Chancellor
> wrote:
> > Hi Greg,
> >
> > On Fri, Sep 08, 2023 at 10:30:54AM -0500, gjo...@linux.vnet.ibm.com
> > wrote:
> > > From: Greg Joyce
> > >
> > > Add read and write functions that
On Wed, Sep 27, 2023 at 7:01 PM Christophe Leroy
wrote:
>
>
>
> Le 27/09/2023 à 17:27, Ariel Miculas a écrit :
> > I've forwarded this old email thread for visibility and discussion's
> > sake around my recent blog post [1][2]
>
> Ah, right, it's been superseded by
>
Testcase "Parsing of all PMU events from sysfs" parse events for
all PMUs, and not just cpu. In case of powerpc, the PowerVM
environment supports events from hv_24x7 and hv_gpci PMU which
is of example format like below:
- hv_24x7/CPM_ADJUNCT_INST,domain=?,core=?/
- hv_gpci/event,partition_id=?/
On Wed, 2023-09-13 at 13:15 -0600, Jens Axboe wrote:
> On 9/13/23 12:59 PM, Nathan Chancellor wrote:
> > Hi Greg,
> >
> > On Fri, Sep 08, 2023 at 10:30:56AM -0500, gjo...@linux.vnet.ibm.com
> > wrote:
> > > From: Greg Joyce
> > >
> > > Define operations for SED Opal to read/write keys
> > >
On 26/09/23 19:02, Peter Bergner wrote:
> The powerpc toolchain keeps a copy of the HWCAP bit masks in our TCB for fast
> access by our __builtin_cpu_supports built-in function. The TCB space for
> the HWCAP entries - which are created in pairs - is an ABI extension, so
> waiting to create the
Le 27/09/2023 à 17:27, Ariel Miculas a écrit :
> I've forwarded this old email thread for visibility and discussion's
> sake around my recent blog post [1][2]
Ah, right, it's been superseded by
https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20220609133245.573565-1-...@ellerman.id.au/
In Restricted CXL Device (RCD) mode a CXL device is exposed as an
RCiEP, but CXL downstream and upstream ports are not enumerated and
not visible in the PCIe hierarchy. [1] Protocol and link errors from
these non-enumerated ports are signaled as internal AER errors, either
Uncorrectable Internal
AER corrected and uncorrectable internal errors (CIE/UIE) are masked
in their corresponding mask registers per default once in power-up
state. [1][2] Enable internal errors for RCECs to receive CXL
downstream port errors of Restricted CXL Hosts (RCHs).
[1] CXL 3.0 Spec, 12.2.1.1 - RCH Downstream
From: Terry Bowman
The CXL driver plans to use cper_print_aer() for logging restricted CXL
host (RCH) AER errors. cper_print_aer() is not currently exported and
therefore not usable by the CXL drivers built as loadable modules. Export
the cper_print_aer() function. Use the EXPORT_SYMBOL_NS_GPL()
I've forwarded this old email thread for visibility and discussion's
sake around my recent blog post [1][2]
Regards,
Ariel
[1] https://news.ycombinator.com/item?id=37671991
[2]
> On 27-Sep-2023, at 5:45 AM, Namhyung Kim wrote:
>
> On Thu, Sep 14, 2023 at 10:40 PM Athira Rajeev
> wrote:
>>
>> The testcase "Object code reading" fails in somecases
>> for "fs_something" sub test as below:
>>
>>Reading object code for memory address: 0xc00807f0142c
>>File
Hello,
Le 27/09/2023 à 12:13, Ariel Miculas a écrit :
> -- Forwarded message -
> From: Ariel Miculas
> Date: Thu, Jun 9, 2022 at 1:31 PM
> Subject: Fwd: [PATCH] powerpc/ptrace: Fix buffer overflow when
> handling PTRACE_PEEKUSER and PTRACE_POKEUSER
> To:
Any reason for
> -Original Message-
> From: Frank Li
> Sent: Tuesday, September 26, 2023 9:05 AM
> From: Guanhua Gao
>
> Set DMA mask and coherent DMA mask to enable 64-bit addressing.
>
> Signed-off-by: Guanhua Gao
> Signed-off-by: Hou Zhiqiang
> Signed-off-by: Frank Li
> ---
>
> Notes:
>
On Tue, Sep 26, 2023 at 09:05:08PM +0200, Janne Grunau wrote:
> > +static int apple_dart_attach_dev_blocked(struct iommu_domain *domain,
> > +struct device *dev)
> > +{
> > + struct apple_dart_master_cfg *cfg = dev_iommu_priv_get(dev);
> > + struct
On Tue, Sep 26, 2023 at 10:04:45AM -0400, Frank Li wrote:
> From: Guanhua Gao
>
> Set DMA mask and coherent DMA mask to enable 64-bit addressing.
>
> Signed-off-by: Guanhua Gao
> Signed-off-by: Hou Zhiqiang
> Signed-off-by: Frank Li
Acked-by: Manivannan Sadhasivam
- Mani
> ---
>
>
-- Forwarded message -
From: Ariel Miculas
Date: Thu, Jun 9, 2022 at 1:31 PM
Subject: Fwd: [PATCH] powerpc/ptrace: Fix buffer overflow when
handling PTRACE_PEEKUSER and PTRACE_POKEUSER
To:
Forwarded Conversation
Subject: [PATCH] powerpc/ptrace: Fix buffer overflow when
On Wed, Sep 27, 2023 at 03:07:49AM +, Chancel Liu wrote:
> > This is a fairly standard DSP playback case as far as I can see so it
> > should work with DAPM without needing this obviously use case specific
> > stuff peering into the Linux implementation. Generally this is done by
> > tagging
Looks good:
Reviewed-by: Christoph Hellwig
On 25-09-23, 14:02, Rob Herring wrote:
> Use the recently added of_property_read_reg() helper to get the
> untranslated "reg" address value.
>
> Acked-by: Viresh Kumar
> Signed-off-by: Rob Herring
> ---
> v2:
> - Add missing include
> ---
> drivers/cpufreq/pmac32-cpufreq.c | 7 +++
> 1
On Wed, Sep 27, 2023, at 04:25, Joel Stanley wrote:
> On Mon, 25 Sept 2023 at 09:55, Uwe Kleine-König
> wrote:
>>
>> this series converts all platform drivers below drivers/soc to use
>> .remove_new(). The motivation is to get rid of an integer return code
>> that is (mostly) ignored by the
Hi Krzysztof,
On Tue, 26 Sep 2023 22:59:14 +0200
Krzysztof Kozlowski wrote:
> On 25/09/2023 15:50, Herve Codina wrote:
> > With these details, do you still think I need to change the child
> > (channel)
> > compatible ?
>
> From OS point of view, you have a driver
On Mon, 25 Sep 2023 11:54:57 +0200
Uwe Kleine-König wrote:
> The .remove() callback for a platform driver returns an int which makes
> many driver authors wrongly assume it's possible to do error handling by
> returning an error code. However the value returned is ignored (apart
> from emitting
Hi Uwe,
On Mon, 25 Sep 2023 11:54:58 +0200
Uwe Kleine-König wrote:
> The .remove() callback for a platform driver returns an int which makes
> many driver authors wrongly assume it's possible to do error handling by
> returning an error code. However the value returned is ignored (apart
> from
Jarkko,
> On 25.09.2023, at 17:34, Jarkko Sakkinen wrote:
>
> On Mon Sep 18, 2023 at 5:18 PM EEST, David Gstir wrote:
>> DCP (Data Co-Processor) is the little brother of NXP's CAAM IP.
>>
>> Beside of accelerated crypto operations, it also offers support for
>> hardware-bound keys. Using this
Jarkko,
> On 25.09.2023, at 17:22, Jarkko Sakkinen wrote:
>
> On Mon Sep 18, 2023 at 5:18 PM EEST, David Gstir wrote:
>> DCP is capable to performing AES with hardware-bound keys.
>> These keys are not stored in main memory and are therefore not directly
>> accessible by the operating system.
39 matches
Mail list logo