Le 20/02/2023 à 12:59, Paul Gortmaker a écrit :
> [This RFC is proposed for v6.4 and hence is based off linux-next.]
>
> This series removes support for four e300 (MPC83xx) Freescale processor
> family evaluation boards that were added to the kernel in the 2006 era.
>
> These boards were all
Hi,
I see this every few weeks(?) and don't know what to do about it.
Any ideas/suggestions?
WARNING: unmet direct dependencies detected for HOTPLUG_CPU
Depends on [n]: SMP [=y] && (PPC_PSERIES [=n] || PPC_PMAC [=n] || PPC_POWERNV
[=n] || FSL_SOC_BOOKE [=n])
Selected by [y]:
-
> -Original Message-
> From: Paul Gortmaker
> Sent: Monday, February 20, 2023 5:59 AM
> To: linuxppc-dev@lists.ozlabs.org
> Cc: Leo Li ; Claudiu Manoil ;
> Paul Gortmaker ; Scott Wood
> ; Michael Ellerman ; Benjamin
> Herrenschmidt ; Paul Mackerras
>
> Subject: [RFC PATCH 0/4] Remove
The MPC8272-ADS also supported other 82xx CPU variants, had 64MB RAM,
8MB flash, and like the 85xx ADS platforms, was on a fairly large PCB
in order to have space for breakout connectors for all the features.
These 82xx platforms are two decades old, and originally made for a
small group of
Based on documentation revision dates, this MPC82xx pq2fads system
predates the MPC8272-ADS variant by about a year and only has 1/2
the amount of RAM (32MB) -- largely making it useless with a modern
v6.x kernel from today.
Similar to the MPC8272-ADS the pq2fads also supported other 82xx CPU
With the two platforms depending on this shared code, and no others,
we can remove the orphaned code and Kconfigs
Cc: Scott Wood
Cc: Michael Ellerman
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Signed-off-by: Paul Gortmaker
---
arch/powerpc/include/asm/mpc8260.h | 4 -
[This RFC is proposed for v6.4 and hence is based off linux-next.]
This series removes support for two PowerQUICC II (MPC82xx) Freescale
processor family evaluation boards that were added to the kernel in
approximately the 2003 era.
I couldn't easily find a reference picture, but there are line
On Fri, Feb 24, 2023 at 8:14 AM Liam R. Howlett wrote:
>
> * Suren Baghdasaryan [230223 21:06]:
> > On Thu, Feb 23, 2023 at 5:46 PM Liam R. Howlett
> > wrote:
> > >
> > > * Suren Baghdasaryan [230223 16:16]:
> > > > On Thu, Feb 23, 2023 at 12:28 PM Liam R. Howlett
> > > > wrote:
> > > > >
>
* Suren Baghdasaryan [230223 21:06]:
> On Thu, Feb 23, 2023 at 5:46 PM Liam R. Howlett
> wrote:
> >
> > * Suren Baghdasaryan [230223 16:16]:
> > > On Thu, Feb 23, 2023 at 12:28 PM Liam R. Howlett
> > > wrote:
> > > >
> > > >
> > > > Wait, I figured a better place to do this.
> > > >
> > > >
Since commit eca70102cfb1 ("net: dsa: felix: add support for changing
DSA master") included in kernel v6.1, the driver supports 2 CPU ports,
and they can be put in a LAG, for example (see
Documentation/networking/dsa/configuration.rst for more details).
Defining the second CPU port in the device
It looks like U-Boot fails to start the kernel properly when the
compatible string of the board isn't fsl,T1040RDB, so stop overriding it
from the rev-a.dts.
Fixes: 5ebb74749202 ("powerpc: dts: t1040rdb: fix ports names for Seville
Ethernet switch")
Signed-off-by: Vladimir Oltean
---
This contains a fix for the new device tree for the T1040RDB rev A
board, which never worked, and an update to enable multiple CPU port
support for all revisions of the T1040RDB.
Vladimir Oltean (2):
powerpc: dts: t1040rdb: fix compatible string for Rev A boards
powerpc: dts: t1040rdb: enable
Alexandre Ghiti writes:
> +cc linux-kbuild, llvm, Nathan, Nick
>
> On 2/15/23 15:36, Alexandre Ghiti wrote:
>> From: Alexandre Ghiti
>>
>> This config allows to compile 64b kernel as PIE and to relocate it at
>> any virtual address at runtime: this paves the way to KASLR.
>> Runtime relocation
Hi!
On Fri, 2023-02-17 19:44:27 +, Christophe Leroy
wrote:
> Le 17/02/2023 à 18:14, Jan-Benedict Glaw a écrit :
> > My CI builds showed that the microwatt_defconfig broke somewhere between
> > (upstream Linus) 6d796c50f84ca79f1722bb131799e5a5710c4700 (last known good,
> > log
> > at [1])
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
merge
branch HEAD: ec0a1b360aec1ba0bdfad3dd69e300b028529c0d Automatic merge of
'master' into merge (2023-02-24 13:22)
elapsed time: 733m
configs tested: 24
configs skipped: 3
The following configs have been built
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
fixes-test
branch HEAD: aef2599afe184cb32ea592185adf7065ece0743f powerpc: Avoid dead
code/data elimination when using recordmcount
elapsed time: 733m
configs tested: 19
configs skipped: 3
The following configs
Hello there,
I ran the static analyser cppcheck over the linux-6.2 source code and got this:
linux-6.2/tools/testing/selftests/powerpc/pmu/sampling_tests/mmcra_thresh_marked_sample_test.c:68:10:
style: Same expression '0x3' found multiple times in chain of '&' operators.
[duplicateExpression]
Remove arch_atomic_try_cmpxchg_lock function as it is no longer used
since commit 9f61521c7a28 ("powerpc/qspinlock: powerpc qspinlock
implementation")
Signed-off-by: Nysal Jan K.A
---
arch/powerpc/include/asm/atomic.h | 29 -
1 file changed, 29 deletions(-)
diff
On 23/02/23 10:39, Kautuk Consul wrote:
Hi Sathvika,
Just one question though. Went through the code again and I think
that this place shouldn't be proper to insert a SYM_FUNC_END
because we haven't entered the guest at this point and the name
of the function is kvmppc_hv_entry which I think
Le 24/02/2023 à 11:39, Nysal Jan K.A a écrit :
> [Vous ne recevez pas souvent de courriers de ny...@linux.ibm.com. Découvrez
> pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
>
> Remove arch_atomic_try_cmpxchg_lock function as it is no longer used
> since commit
20 matches
Mail list logo
