xive_spapr_init() is called from a __init routine and calls __init
routines.
Signed-off-by: Cédric Le Goater
---
arch/powerpc/sysdev/xive/spapr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/sysdev/xive/spapr.c b/arch/powerpc/sysdev/xive/spapr.c
index 43e9eeb0
Otherwise we end up not yet having computed the right
diag data size on powernv where EEH initialization
is delayed, thus causing memory corruption later on
when calling OPAL.
Signed-off-by: Benjamin Herrenschmidt
---
Russell, what do you think ? The end result is that the PEs
for the PHBs are c
This adds byte-swapping of the values loaded or stored by the
load with reservation (larx) and store conditional (stcx)
instructions when the execution environment being emulated has
the opposite endianness to the kernel. This should have been done
in commit d955189ae427 ("powerpc: Handle opposite
Hi Paul,
> Commit 350779a29f11 ("powerpc: Handle most loads and stores in
> instruction emulation code", 2017-08-30) changed the register usage
> in get_vr and put_vr with the aim of leaving the register number in
> r3 untouched on return. Unfortunately, r6 was not a good choice, as
> the callers
Commit 350779a29f11 ("powerpc: Handle most loads and stores in
instruction emulation code", 2017-08-30) changed the register usage
in get_vr and put_vr with the aim of leaving the register number in
r3 untouched on return. Unfortunately, r6 was not a good choice, as
the callers as of 350779a29f11
Michael Ellerman writes:
>> 2. On a bare metal machine, if you set ipr.fast_reboot=1 on the skiboot
>>kernel, then we should also avoid resetting the ipr adapter, so ipr
>>init on the kernel being kexec booted from skiboot should be extremely
>> fast.
>
> OK, I didn't know that was an op
tree: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git test
head: 5f121292f0a0873fa2cd3a0292fb4860a8953f38
commit: eac1e731b59ee3b5f5e641a7765c7ed41ed26226 [314/320] powerpc/xive: guest
exploitation of the XIVE interrupt controller
config: powerpc-allmodconfig (attached as .co
The PSL and nMMU need to see all TLB invalidations for the memory
contexts used on the adapter. For the hash memory model, it is done by
making all TLBIs global as soon as the cxl driver is in use. For
radix, we need something similar, but we can refine and only convert
to global the invalidations
With the optimizations introduced by commit a46cc7a90fd8
("powerpc/mm/radix: Improve TLB/PWC flushes"), flush_tlb_mm() no
longer flushes the page walk cache with radix. This patch introduces
flush_all_mm(), which flushes everything, tlb and pwc, for a given mm.
Signed-off-by: Frederic Barrat
---
On Sun, Sep 3, 2017 at 2:36 AM, Thorsten Leemhuis
wrote:
>
> [x86/mm/gup] e585513b76: will-it-scale.per_thread_ops -6.9% regression
> Status: Asked on the list, but looks like issue gets ignored by everyone
> Note: I'm a bit unsure if adding this issue to this list was a good
> idea. Side note: Wa
On Sun, Sep 3, 2017 at 11:40 AM, Łukasz Majewski wrote:
> This is the part of fsl_ssi_set_bclk() function which is called after
> fsl_ssi_set_dai_sysclk() (which sets ssi_private->bitclk_freq = freq;).
>
> Before the aforementioned check we do have:
>
> if (ssi_private->bitclk_freq)
>
Hi Fabio,
[Sorry for the top-posting]
The driver currently has:
/*
* Hardware limitation: The bclk rate must be
* never greater than 1/5 IPG clock rate
*/
if (freq * 5 > clk_get_rate(ssi_private->clk)) {
dev_err(cpu_dai->dev, "bitclk > ipgclk/5\n");
return -EINVAL;
}
Unfortunately not.
On Sun, Sep 3, 2017 at 4:32 AM, Haren Myneni wrote:
> On 09/02/2017 09:17 AM, Dan Streetman wrote:
>> On Sat, Sep 2, 2017 at 4:40 AM, Haren Myneni
>> wrote:
>>> On 08/29/2017 06:58 AM, Dan Streetman wrote:
On Sat, Jul 22, 2017 at 1:01 AM, Haren Myneni
wrote:
>
> This patch ad
From: Colin Ian King
Don't populate the const arrays rate on the stack, instead make them
static. Makes the object code smaller by 220 bytes:
Before:
textdata bss dec hex filename
243859776 128 3428985f1 sound/soc/fsl/fsl_spdif.o
After:
textdata bss
Use ARRAY_SIZE macro, rather than explicitly coding some variant of it
yourself.
Found with: find -type f -name "*.c" -o -name "*.h" | xargs perl -p -i -e
's/\bsizeof\s*\(\s*(\w+)\s*\)\s*\ /\s*sizeof\s*\(\s*\1\s*\[\s*0\s*\]\s*\)
/ARRAY_SIZE(\1)/g' and manual check/verification.
Signed-off-by: Thom
[Sorry for the top-posting]
The driver currently has:
/*
* Hardware limitation: The bclk rate must be
* never greater than 1/5 IPG clock rate
*/
if (freq * 5 > clk_get_rate(ssi_private->clk)) {
dev_err(cpu_dai->dev, "bitclk > ipgclk/5\n");
return -EINVAL;
}
Isn't this properly taking care of
The problem is visible in the following setup (on the imx6q):
"simple-audio-card" -> ssi2 -> I2S + I2C -> codec
The function call log (simple-card probe -> CONFIG_SND_SIMPLE_CARD):
asoc_simple_card_init_dai() @ sound/soc/generic/simple-card-utils.c
snd_soc_dai_set_sysclk()
fsl_ssi_set_dai_sysclk(
taskboxtes...@gmail.com liked your message with Boxer for Android.
On Sep 1, 2017 10:48 AM, Jeff Cook wrote:
On Wed, Aug 30, 2017, at 10:57 AM, Adam Borowski wrote:
> On Tue, Aug 29, 2017 at 08:56:15PM -0400, Jerome Glisse wrote:
> > I will wait for people to test and for result of my own test
On Wed, Aug 30, 2017, at 10:57 AM, Adam Borowski wrote:
> On Tue, Aug 29, 2017 at 08:56:15PM -0400, Jerome Glisse wrote:
> > I will wait for people to test and for result of my own test before
> > reposting if need be, otherwise i will post as separate patch.
> >
> > > But from a _very_ quick read-
On Sun, 2017-09-03 at 06:43 -0400, Robert P. J. Day wrote:
> however, given the diff stat of the change to remove every single
> reference to that node name in the current kernel source:
>
> arch/microblaze/kernel/prom.c | 3 +--
> arch/mips/generic/yamon-dt.c | 4
> arch/powerpc/boot/ofl
On Sun, 3 Sep 2017, Benjamin Herrenschmidt wrote:
> On Sat, 2017-09-02 at 04:43 -0400, Robert P. J. Day wrote:
> > Since, according to a recent devicetree ML posting by Rob Herring,
> > the node "/chosen@0" is most likely for real Open Firmware and
> > does not apply to DTSpec, remove all remainin
Hi! Find below my fifth regression report for Linux 4.13. It lists 4
regressions I'm currently aware of. There are no new ones; 2 got fixed
since the last report.
You can also find the report at http://bit.ly/lnxregrep413 where I try
to update it every now and then.
As always: Are you aware of an
On 09/02/2017 09:17 AM, Dan Streetman wrote:
> On Sat, Sep 2, 2017 at 4:40 AM, Haren Myneni wrote:
>> On 08/29/2017 06:58 AM, Dan Streetman wrote:
>>> On Sat, Jul 22, 2017 at 1:01 AM, Haren Myneni
>>> wrote:
This patch adds P9 NX support for 842 compression engine. Virtual
Acceler
23 matches
Mail list logo
