Hi Krzysztof,
On Tue, 17 Jan 2023 12:31:09 +0100
Krzysztof Kozlowski wrote:
> On 13/01/2023 11:37, Herve Codina wrote:
> > Add support for the QMC (QUICC Multichannel Controller)
> > available in some PowerQUICC SoC such as MPC885 or MPC866.
> >
> > Signed-off-by: Herve Codina
> > ---
> > ...
On 24/01/2023 10:42, Herve Codina wrote:
> Hi Krzysztof,
>
> On Tue, 17 Jan 2023 12:31:09 +0100
> Krzysztof Kozlowski wrote:
>
>> On 13/01/2023 11:37, Herve Codina wrote:
>>> Add support for the QMC (QUICC Multichannel Controller)
>>> available in some PowerQUICC SoC such as MPC885 or MPC866.
>>
On Mon, 23 Jan 2023, Rob Herring wrote:
> The OMAP OHCI and EHCI USB host bindings follow the generic binding, so
> add the compatibles and remove the old txt binding docs.
>
> The examples in omap-usb-host.txt don't match actual users, so update
> them dropping the fallback compatible.
>
> Sign
Hi,
thanks everyone for the feedback. This is the third round of this series to
add support for the TQMLS1021A using the MBLS1021A mainboard.
The changelog is included in the individual patches.
Best regards,
Alexander
Alexander Stein (7):
ARM: dts: ls1021a: add TQ-Systems MBLS102xA device tre
From: Matthias Schiffer
TQMLS102xA is a SOM family using NXP LS1021A CPU family.
MBLS102xA is an evaluation mainboard for this SOM.
Signed-off-by: Matthias Schiffer
Signed-off-by: Alexander Stein
Acked-by: Krzysztof Kozlowski
---
Changes in v3:
* Added Krzysztof's A-b
Documentation/devicetr
Add device tree for the MBLS102xA mainboard with TQMLS1021A SoM.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* Remove unnecessary status = "okay"
* Remove underscore from node names
* Move reg direct below compatiblefor i2c devices
* Remove i2c device nodes without so
The bootloader does not add the partitions into DT, so add them manually
here.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* None
arch/arm/boot/dts/ls1021a-tqmls1021a.dtsi | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts
Add device tree overlay for LVDS display usage.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* None
arch/arm/boot/dts/Makefile| 5 ++
...tqmls1021a-mbls1021a-lvds-tm070jvhg33.dtso | 56 +++
2 files changed, 61 insertions(+)
creat
Add device tree overlay for LVDS display usage.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* None
arch/arm/boot/dts/Makefile| 2 +
...1021a-tqmls1021a-mbls1021a-cdtech-dc44.dts | 55 +++
2 files changed, 57 insertions(+)
create
Add device tree overlay for HDMI usage.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* None
arch/arm/boot/dts/Makefile| 2 ++
.../ls1021a-tqmls1021a-mbls1021a-hdmi.dtso| 36 +++
2 files changed, 38 insertions(+)
create mode 1
Add device tree overlay for LVDS display usage.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* None
arch/arm/boot/dts/Makefile| 2 +
...1021a-tqmls1021a-mbls1021a-cdtech-fc21.dts | 55 +++
2 files changed, 57 insertions(+)
create
Enable drivers used on TQMLS102xA + MBLS1021A.
Signed-off-by: Alexander Stein
---
Changes in v3:
* None
Changes in v2:
* Changed symbols to 'm' where possible
arch/arm/configs/multi_v7_defconfig | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defcon
From: Nicolas Saenz Julienne
So far this function was only used locally in powerpc, some other
architectures might benefit from it. Move it into
scripts/Makefile.defconf.
Signed-off-by: Nicolas Saenz Julienne
Signed-off-by: Alexander Stein
Acked-by: Arnd Bergmann
---
Changes in v3:
* Added Ar
From: Nicolas Saenz Julienne
The only missing configuration option preventing us from using
multi_v7_defconfig with the Raspberry Pi 4 is ARM_LPAE. It's needed as
the PCIe controller found on the SoC depends on 64bit addressing, yet
can't be included as not all v7 boards support LPAE.
Introduce
On Tue, 24 Jan 2023 11:02:52 +0100
Krzysztof Kozlowski wrote:
> On 24/01/2023 10:42, Herve Codina wrote:
> > Hi Krzysztof,
> >
> > On Tue, 17 Jan 2023 12:31:09 +0100
> > Krzysztof Kozlowski wrote:
> >
> >> On 13/01/2023 11:37, Herve Codina wrote:
> >>> Add support for the QMC (QUICC Multic
On 24/01/2023 12:23, Herve Codina wrote:
> On Tue, 24 Jan 2023 11:02:52 +0100
> Krzysztof Kozlowski wrote:
>
>> On 24/01/2023 10:42, Herve Codina wrote:
>>> Hi Krzysztof,
>>>
>>> On Tue, 17 Jan 2023 12:31:09 +0100
>>> Krzysztof Kozlowski wrote:
>>>
On 13/01/2023 11:37, Herve Codina wrote
No modular code needs access to the 'rtas' struct, so remove the
symbol export.
Suggested-by: Michael Ellerman
Signed-off-by: Nathan Lynch
---
arch/powerpc/kernel/rtas.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/kernel/rtas.c b/arch/powerpc/kernel/rtas.c
index deded51a7978
Only code internal to the RTAS subsystem needs access to the central
lock and parameter block. Remove these from the globally visible
'rtas' struct and make them file-static in rtas.c.
Some changed lines in rtas_call() lack appropriate spacing around
operators and cause checkpatch errors; fix thes
This series began as a single patch[1] to convert the RTAS subsystem's
internal locks to raw spinlocks. The discussion of that patch
identified opportunities to update a few aspects of the RTAS API, so
the series begins with those and ends with a rebased version of the
original patch.
Changes sinc
The first symbol exports of RTAS functions and data came with the (now
removed) scanlog driver in 2003:
https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/commit/?id=f92e361842d5251e50562b09664082dcbd0548bb
At the time this was applied, EXPORT_SYMBOL_GPL() was very new, and
the expo
At the time commit f97bb36f705d ("powerpc/rtas: Turn rtas lock into a
raw spinlock") was written, the spinlock lockup detection code called
__delay(), which will not make progress if the timebase is not
advancing. Since the interprocessor timebase synchronization sequence
for chrp, cell, and some n
On Tue, 24 Jan 2023 13:24:48 +0100
Krzysztof Kozlowski wrote:
> On 24/01/2023 12:23, Herve Codina wrote:
> > On Tue, 24 Jan 2023 11:02:52 +0100
> > Krzysztof Kozlowski wrote:
> >
> >> On 24/01/2023 10:42, Herve Codina wrote:
> >>> Hi Krzysztof,
> >>>
> >>> On Tue, 17 Jan 2023 12:31:09 +0100
On Tue, Jan 24, 2023 at 04:42:30PM +1100, Alistair Popple wrote:
> +/**
> + * enum vm_account_flags - Determine how pinned/locked memory is accounted.
> + * @VM_ACCOUNT_TASK: Account pinned memory to mm->pinned_vm.
> + * @VM_ACCOUNT_BYPASS: Don't enforce rlimit on any charges.
> + * @VM_ACCOUNT_USE
On Fri, 2023-01-20 at 18:43 +1100, Andrew Donnellan wrote:
> From: Russell Currey
>
> The secvar object format is only in the device tree under powernv.
> We now have an API call to retrieve it in a generic way, so we should
> use that instead of having to handle the DT here.
>
> Add support for
On Fri, Jan 06, 2023 at 11:17:46PM +0800, Dawei Li wrote:
> Since commit fc7a6209d571 ("bus: Make remove callback return void")
> forces bus_type::remove be void-returned, it doesn't make much sense
> for any bus based driver implementing remove callbalk to return
> non-void to its caller.
>
> As
inux-mainline-master/build/v6.2-rc3-9-g5a41237ad1d4/testrun/14057142/suite/build/tests/
>
> > But,
> > Build and boot pass on arm64, arm, x86_64 and i386.
> > Build test performed for mips, parisc, riscv, s390, sh, sparc and
> > powerpc (known build errors for maple_defconfig an
On Fri, 2023-01-20 at 18:43 +1100, Andrew Donnellan wrote:
> From: Russell Currey
>
> A few improvements to load_powerpc.c:
>
> - include integrity.h for the pr_fmt()
> - move all error reporting out of get_cert_list()
> - use ERR_PTR() to better preserve error detail
> - don't use pr_err()
On 24/01/2023 15:15, Herve Codina wrote:
>>> Is that what you were thinking about ?
>>
>> Yes, except again, so third time, why calling this "cell"? Move it to
>> fsl,tsa.
>>
>
> Why calling this "cell" ? Just because we reference a "cell" using the TSA
> cell ID inside TSA and not the TSA itsel
On Mon, Jan 23, 2023 at 09:07:16AM -0600, Segher Boessenkool wrote:
> Hi!
>
> On Wed, Jan 11, 2023 at 08:05:04PM -0700, Nathan Chancellor wrote:
> > When clang's -Qunused-arguments is dropped from KBUILD_CPPFLAGS, there
> > are several warnings in the PowerPC vDSO:
> >
> > clang-16: error: -Wl,
On 24/01/2023 15:04:46, Nathan Lynch wrote:
> The first symbol exports of RTAS functions and data came with the (now
> removed) scanlog driver in 2003:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/commit/?id=f92e361842d5251e50562b09664082dcbd0548bb
>
> At the time this was
After commit 7bbf02b875b5 ("kbuild: Stop using '-Qunused-arguments' with
clang"), the PowerPC vDSO shows the following error with clang-13 and
older when CONFIG_INIT_STACK_ALL_ZERO is enabled:
clang: error: argument unused during compilation:
'-enable-trivial-auto-var-init-zero-knowing-it-will-
On 24/01/2023 06:33, Ian Rogers wrote:
Create a new pmu_metric for the metric related variables from
pmu_event but that is initially just a clone of pmu_event. Add
iterators for pmu_metric and use in places that metrics are desired
rather than events. Make the event iterator skip metric only even
On 24/01/2023 15:04:47, Nathan Lynch wrote:
> Only code internal to the RTAS subsystem needs access to the central
> lock and parameter block. Remove these from the globally visible
> 'rtas' struct and make them file-static in rtas.c.
>
> Some changed lines in rtas_call() lack appropriate spacing
On 24/01/2023 06:33, Ian Rogers wrote:
Separate the event and metric table when building without jevents. Add
find_core_metrics_table and perf_pmu__find_metrics_table while
renaming existing utilities to be event specific, so that users can
find the right table for their need.
Signed-off-by: Ian
On Tue, Jan 24, 2023 at 09:14:52AM -0700, Nathan Chancellor wrote:
> On Mon, Jan 23, 2023 at 09:07:16AM -0600, Segher Boessenkool wrote:
> > And here it is even more obviously fine. If you need obfuscation like
> > in your patch, it is better not to do this imo.
>
> I do not think this patch real
On Mon, Jan 23, 2023 at 09:05:15PM -0600, Rob Herring wrote:
> The 'ohci-usb' compatible is another 'generic' compatible for OHCI, but
> isn't documented with a schema. Let's add it to generic-ohci.yaml
> schema. While looking at this, I found a few other USB host bindings
> which are simple eno
Nathan Lynch writes:
> This series began as a single patch[1] to convert the RTAS subsystem's
> internal locks to raw spinlocks. The discussion of that patch
> identified opportunities to update a few aspects of the RTAS API, so
> the series begins with those and ends with a rebased version of the
Queued, thanks.
Paolo
On Tue, Jan 24, 2023 at 11:17 AM Greg Kroah-Hartman
wrote:
>
> On Mon, Jan 23, 2023 at 09:05:15PM -0600, Rob Herring wrote:
> > The 'ohci-usb' compatible is another 'generic' compatible for OHCI, but
> > isn't documented with a schema. Let's add it to generic-ohci.yaml
> > schema. While looking at
On Tue, Jan 24, 2023, at 12:02, Alexander Stein wrote:
>
> thanks everyone for the feedback. This is the third round of this series to
> add support for the TQMLS1021A using the MBLS1021A mainboard.
> The changelog is included in the individual patches.
>
> Best regards,
> Alexander
>
> Alexander S
Converts the BUILD_BUG to a WARN to allow building with a low/unoptimised
compiler.
The original expectation was that a compiler would see that the only
usage of this function was in a function that is only called behind
radix-only guards. And it worked this way on GCC. It seems Clang does
not opt
On Tue, 2023-01-24 at 10:14 -0500, Mimi Zohar wrote:
> > - /* The following only applies for the edk2-compat backend.
> > */
> > - node = of_find_compatible_node(NULL, NULL, "ibm,edk2-
> > compat-v1");
> > - if (!node)
> > + len = secvar_ops->format(buf, 32);
>
> "powerpc/s
On Tue, 2023-01-24 at 10:14 -0500, Mimi Zohar wrote:
> On Fri, 2023-01-20 at 18:43 +1100, Andrew Donnellan wrote:
> > From: Russell Currey
> >
> > The secvar object format is only in the device tree under powernv.
> > We now have an API call to retrieve it in a generic way, so we
> > should
> > u
On Wed, 2023-01-25 at 13:23 +1100, Russell Currey wrote:
> On Tue, 2023-01-24 at 10:14 -0500, Mimi Zohar wrote:
> > On Fri, 2023-01-20 at 18:43 +1100, Andrew Donnellan wrote:
> > > From: Russell Currey
> > >
> > > The secvar object format is only in the device tree under powernv.
> > > We now hav
When a module with a livepatched function is unloaded and then reloaded,
klp attempts to dynamically re-patch it. On ppc64, that fails with the
following error:
module_64: livepatch_nfsd: Expected nop after call, got e8410018 at
e_show+0x60/0x548 [livepatch_nfsd]
livepatch: failed to initial
Fix a livepatch bug seen when reloading a patched module.
This is the powerpc counterpart to Song Liu's fix for a similar issue on
x86:
https://lkml.kernel.org/lkml/20230121004945.697003-2-s...@kernel.org
Josh Poimboeuf (2):
powerpc/module_64: Improve restore_r2() return semantics
powerpc/
restore_r2() returns 1 on success, which is surprising for a non-boolean
function. Change it to return 0 on success and -errno on error to match
kernel coding convention.
Signed-off-by: Josh Poimboeuf
---
arch/powerpc/kernel/module_64.c | 15 ++-
1 file changed, 6 insertions(+), 9 d
Andrew Donnellan writes:
> On Tue, 2023-01-24 at 14:36 +1000, Nicholas Piggin wrote:
>>
>> > + prop = of_find_property(of_chosen, "ibm,plpks-pw", &len);
>> > + if (prop) {
>> > + ospasswordlength = (u16)len;
>> > + ospassword = kzalloc(ospasswordlength, GFP
Nathan Chancellor writes:
> When clang's -Qunused-arguments is dropped from KBUILD_CPPFLAGS, it
> points out that KBUILD_AFLAGS contains a linker flag, which will be
> used:
Should that say "unused" ?
> clang: error: -Wl,-a32: 'linker' input unused
> [-Werror,-Wunused-command-line-argument]
>
Nathan Chancellor writes:
> When clang's -Qunused-arguments is dropped from KBUILD_CPPFLAGS, it
> warns:
>
> clang-16: error: argument unused during compilation: '-s'
> [-Werror,-Wunused-command-line-argument]
>
> The compiler's '-s' flag is a linking option (it is passed along to the
> linker
On Mon, 2022-11-28 at 15:19 +1100, Benjamin Gray wrote:
> File read/write is reimplemented in about 5 different ways in the
> various PowerPC selftests. This indicates it should be a common util.
>
> Add a common read_file / write_file implementation and convert users
> to it where (easily) possib
On 1/24/23 12:03, Ian Rogers wrote:
> rhs may not be defined, say for source_count, so add a guard.
>
> Signed-off-by: Ian Rogers
> ---
> tools/perf/pmu-events/metric.py | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/tools/perf/pmu-events/metric.py b/tools/per
On Mon, 2022-11-28 at 15:19 +1100, Benjamin Gray wrote:
> Debugfs files are not always integers, so make *_file return/write a
> byte buffer, and *_int deal with int values specifically. This
> increases
> consistency with the other file read/write helpers.
>
> Signed-off-by: Benjamin Gray
This
On Tue, Jan 24, 2023 at 7:38 PM Josh Poimboeuf wrote:
>
> restore_r2() returns 1 on success, which is surprising for a non-boolean
> function. Change it to return 0 on success and -errno on error to match
> kernel coding convention.
>
> Signed-off-by: Josh Poimboeuf
Acked-by: Song Liu
On Tue, Jan 24, 2023 at 7:38 PM Josh Poimboeuf wrote:
>
> When a module with a livepatched function is unloaded and then reloaded,
> klp attempts to dynamically re-patch it. On ppc64, that fails with the
> following error:
>
> module_64: livepatch_nfsd: Expected nop after call, got e8410018 at
Sathvika Vasireddy wrote:
arch/powerpc/kvm/booke.o: warning: objtool: kvmppc_fill_pt_regs+0x30:
unannotated intra-function call
As an attempt to fix it, I tried expanding ANNOTATE_INTRA_FUNCTION_CALL
macro to indicate that the branch target is valid. It then threw another
warning (arch/pow
Since 0069f3d14e7a ("powerpc/64e: Tie PPC_BOOK3E_64 to PPC_E500MC"), the
only possible BOOK3E/64 are E500, so no need of a default CPU over the
E5500.
When the user selects book3e, they must have an e500 compatible
compiler, and it won't work anymore with the default -mcpu=power64, see
commit d6b5
From: Pali Rohár
When CONFIG_TARGET_CPU is specified then pass its value to the compiler
-mcpu option. This fixes following build error when building kernel with
powerpc e500 SPE capable cross compilers:
BOOTAS arch/powerpc/boot/crt0.o
powerpc-linux-gnuspe-gcc: error: unrecognized argumen
58 matches
Mail list logo
