On 10/08/23 8:31 am, Baoquan He wrote:
On 08/10/23 at 10:06am, Ming Lei wrote:
On Thu, Aug 10, 2023 at 09:18:27AM +0800, Baoquan He wrote:
On 08/10/23 at 08:09am, Ming Lei wrote:
On Wed, Aug 09, 2023 at 03:44:01PM +0200, Christoph Hellwig wrote:
I'm starting to sound like a broken record,
Le 10/08/2023 à 17:47, Jakub Kicinski a écrit :
> On Wed, 9 Aug 2023 15:27:27 +0200 Herve Codina wrote:
>> The series contains the full story and detailed modifications.
>> If needed, the series can be split and/or commmits can be squashed.
>> Let me know.
>
> Are there any dependencies in one
On Thu, Aug 10, 2023 at 6:51 PM Bjorn Helgaas wrote:
>
> On Thu, Aug 10, 2023 at 04:17:21PM +0800, Kai-Heng Feng wrote:
> > On Thu, Aug 10, 2023 at 2:52 AM Bjorn Helgaas wrote:
> > > On Fri, Jul 21, 2023 at 11:58:24AM +0800, Kai-Heng Feng wrote:
> > > > On Tue, Jul 18, 2023 at 7:17 PM Bjorn Helga
On 11/08/23 08:15, Athira Rajeev wrote:
> Test "object cocde reading" fails sometimes for kernel address
> as below:
>
> Reading object code for memory address: 0xc0004c3c
> File is: [kernel.kallsyms]
> On file address is: 0x14c3c
> dso__data_read_offset failed
> test c
Hi Mark, Takashi
On Thu, Aug 3, 2023 at 9:11 PM Shengjiu Wang wrote:
>
> On Thu, Aug 3, 2023 at 1:28 AM Mark Brown wrote:
> >
> > On Wed, Aug 02, 2023 at 10:41:43PM +0800, Shengjiu Wang wrote:
> >
> > > Currently the ASRC in ALSA is to connect to another I2S device as
> > > a sound card. But we
On Thu, 10 Aug 2023 16:19:32 +0200
Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> Most architectures that support kprobes declare this function in their
> own asm/kprobes.h header and provide an override, but some are missing
> the prototype, which causes a warning for the __weak stub implement
On Fri, 7 Jul 2023 at 05:11, Mahesh Salgaonkar wrote:
>
> opal_prd_msg_notifier extracts the opal prd message size from the message
> header and uses it for allocating opal_prd_msg_queue_item that includes
> the correct message size to be copied. However, while running under
> CONFIG_FORTIFY_SOURC
On 11/08/2023 12:20, Zheng Zengkai wrote:
PCI core API pci_dev_id() can be used to get the BDF number for a pci
device. We don't need to compose it mannually. Use pci_dev_id() to
simplify the code a little bit.
Signed-off-by: Zheng Zengkai
---
LGTM
Acked-by: Frederic Barrat
Fred
a
On Thu, Aug 10, 2023 at 08:09:27AM +0800, Ming Lei wrote:
> 1) some archs support 'nr_cpus=1' for kdump kernel, which is fine, since
> num_possible_cpus becomes 1.
>
> 2) some archs do not support 'nr_cpus=1', and have to rely on
> 'max_cpus=1', so num_possible_cpus isn't changed, and kernel just
Em Fri, Aug 11, 2023 at 12:49:35PM +0300, Adrian Hunter escreveu:
> On 11/08/23 08:15, Athira Rajeev wrote:
> > Test "object cocde reading" fails sometimes for kernel address
> > as below:
> >
> > Reading object code for memory address: 0xc0004c3c
> > File is: [kernel.kallsyms]
> >
Em Fri, Aug 11, 2023 at 10:51:27AM +0530, Athira Rajeev escreveu:
> Update "struct dso" to include new member "text_end".
> This new field will represent the offset for end of text
> section for a dso. This value is derived as:
> sh_size (Size of section in byes) + sh_offset (Section file
> offst)
Hi Sean,
On Tue, Jun 13, 2023 at 05:27:54PM +0300, Vladimir Oltean wrote:
> > > At first sight you might appear to have a point related to the fact that
> > > PLL register writes are necessary, and thus this whole shebang is
> > > necessary.
> > > But this can all be done using PBI commands, with
On 8/11/23 11:08, Vladimir Oltean wrote:
> Hi Sean,
>
> On Tue, Jun 13, 2023 at 05:27:54PM +0300, Vladimir Oltean wrote:
>> > > At first sight you might appear to have a point related to the fact that
>> > > PLL register writes are necessary, and thus this whole shebang is
>> > > necessary.
>> >
Hi Sean,
On Thu, Aug 10, 2023 at 03:58:36PM -0400, Sean Anderson wrote:
> As explained previously (and noted by yourself below) 1G and 10G RCWs
> have mutally-incompatible clocking requirements. Now that you have
> documented an alternate solution, it is possible to boot up with one RCW
> and swit
On Fri, Aug 11, 2023 at 11:43:01AM -0400, Sean Anderson wrote:
> >> > > Here is an illustrative example (sorry, I don't have a board with the
> >> > > right refclk on that PLL, to verify all the way):
> >> > >
> >> > > ... snip ...
> >> >
> >> > (which of course complicates the process of buildin
On Thu, Aug 10, 2023, Vishal Annapurve wrote:
> On Tue, Aug 8, 2023 at 2:13 PM Sean Christopherson wrote:
> > ...
>
> > > + When binding a memslot to the file, if a kvm pointer exists, it must
> > > be the same kvm as the one in this binding
> > > + When the binding to the last memslot is remov
Le 24/07/2023 à 22:54, Rob Herring a écrit :
> The DT of_device.h and of_platform.h date back to the separate
> of_platform_bus_type before it as merged into the regular platform bus.
> As part of that merge prepping Arm DT support 13 years ago, they
> "temporarily" include each other. They also in
From: Arnd Bergmann
Most of the patches I sent so far for the -Wmissing-prototype warnings
have made it into linux-next now. There are a few that I'm resending
now as nobody has picked them up, and then a number of fixes that I
found while test-building across all architectures rather than just t
PCI core API pci_dev_id() can be used to get the BDF number for a pci
device. We don't need to compose it mannually. Use pci_dev_id() to
simplify the code a little bit.
Signed-off-by: Zheng Zengkai
---
arch/powerpc/platforms/powernv/ocxl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
change-id: 20230811-strncpy-arch-powerpc-platforms-ps3-57a1cdb2ad9b
Best regards,
--
Justin Stitt
This approach simply replicates the implementation of `make_field` which
means we drop `strncpy` for `memcpy`.
Signed-off-by: Justin Stitt
---
arch/powerpc/platforms/ps3/repository.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/ps3/repository.c
Forward declare `make_field` for a cleaner diff
Signed-off-by: Justin Stitt
---
arch/powerpc/platforms/ps3/repository.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/platforms/ps3/repository.c
b/arch/powerpc/platforms/ps3/repositor
This approach tries to use `make_field` inside of `make_first_field`.
This comes with some weird implementation as to get the same result we
need to first subtract `index` from the `make_field` result whilst being
careful with order of operations. We then have to add index back.
The behavior shoul
>
> arch/powerpc/platforms/ps3/repository.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
> ---
> base-commit: 52a93d39b17dc7eb98b6aa3edb93943248e03b2f
> change-id: 20230811-strncpy-arch-powerpc-platforms-ps3-57a1cdb2ad9b
>
> Best regards,
> --
> Justin Stitt
>
On Fri, Aug 11, 2023 at 10:00 AM Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> The prototype was hidden on x86, which causes a warning:
What do you mean by "hidden on x86"?
arch_irq_work_raise() was declared on 7 architectures,
including x86.
>
> kernel/irq_work.c:72:13: error: no previ
From: "Dr. David Alan Gilbert"
PowerPC has a 'btext' font used for the console which is almost identical
to the shared font_sun8x16, so use it rather than duplicating the data.
They were actually identical until about a decade ago when
commit bcfbeecea11c ("drivers: console: font_: Change a g
On 2023/8/3 8:07, Jason Gunthorpe wrote:
This is used when the iommu driver is taking control of the dma_ops,
currently only on S390 and power spapr. It is designed to preserve the
original ops->detach_dev() semantic that these S390 was built around.
Provide an opaque domain type and a 'default_
On 2023/8/3 8:07, Jason Gunthorpe wrote:
@@ -1967,7 +1978,8 @@ void iommu_domain_free(struct iommu_domain *domain)
if (domain->type == IOMMU_DOMAIN_SVA)
mmdrop(domain->mm);
iommu_put_dma_cookie(domain);
- domain->ops->free(domain);
+ if (domain->ops->fr
On 2023/8/3 8:07, Jason Gunthorpe wrote:
Thierry says this is not used anymore, and doesn't think it makes sense as
an iommu driver. The HW it supports is about 10 years old now and newer HW
uses different IOMMU drivers.
As this is the only driver with a GART approach, and it doesn't really
meet
On 2023/8/3 8:07, Jason Gunthorpe wrote:
Except for dart every driver returns 0 or IDENTITY from def_domain_type().
The drivers that return IDENTITY have some kind of good reason, typically
that quirky hardware really can't support anything other than IDENTITY.
Arrange things so that if the dri
On 2023/8/3 8:08, Jason Gunthorpe wrote:
I've avoided doing this because there is no way to make this happen
without an intrusion into the core code. Up till now this has avoided
needing the core code's probe path with some hackery - but now that
default domains are becoming mandatory it is unavo
On 2023/8/3 8:08, Jason Gunthorpe wrote:
+/*
+ * Register an iommu driver against a single bus. This is only used by iommufd
+ * selftest to create a mock iommu driver. The caller must provide
+ * some memory to hold a notifier_block.
+ */
+int iommu_device_register_bus(struct iommu_device *iommu
32 matches
Mail list logo
