Hey Geoff,
thanks for your time and the clarification!
My firmware is downgradable, this should be possible because it got SS patches.
Could be these are from you, so I could go back in fact to 3.15 and try the
otheros.bld workaround. Thing is, I don't know if I can split my HDD to use my
110G
On 12/08/17 09:37, Geoff Levand wrote:
Hi Sascha,
On 12/08/2017 01:24 AM, Sascha Schroeder wrote:
I yesterday tried to compile the newest kernel 4.14 for my PS3 running
OtherOS++ and "Red Ribbon GNU Linux" from 2014. I even succeeded and
created the three *.deb files and installed them afterw
On 12/08/2017 10:03 AM, Michael Ellerman wrote:
> "Guilherme G. Piccoli" writes:
>
>> On 11/21/2017 12:35 AM, Balbir Singh wrote:
>>> On Thu, Nov 16, 2017 at 11:14 PM, Guilherme G. Piccoli
>>> wrote:
On 11/16/2017 01:49 AM, Balbir Singh wrote:
> On Thu, Oct 26, 2017 at 2:27 AM, Guilherm
Hi Sascha,
On 12/08/2017 01:24 AM, Sascha Schroeder wrote:
> I yesterday tried to compile the newest kernel 4.14 for my PS3 running
> OtherOS++ and "Red Ribbon GNU Linux" from 2014. I even succeeded and
> created the three *.deb files and installed them afterwards.
>
> Unfortunately, my machine d
This patch remove CONFIG_PPC_HTDUMP if not PPC_BOOK3S_64 to avoid
below compile failure on BOOK3S_32:
CC arch/powerpc/mm/dump_linuxpagetables.o
CC arch/powerpc/mm/dump_hashpagetable.o
In file included from arch/powerpc/mm/dump_hashpagetable.c:27:0:
./arch/powerpc/include/asm/plpar_wr
add irq error handlers for cmu, plb, opb, mcue, conf
with debug information output in case of problems.
Signed-off-by: Ivan Mikhaylov
---
arch/powerpc/platforms/44x/fsp2.c | 198 -
1 files changed, 197 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/
On 10/12/2017 6:20 PM, Herbert Xu wrote:
> On Fri, Oct 06, 2017 at 03:04:31PM +0200, Christophe Leroy wrote:
>> This serie fixes and improves the talitos crypto driver.
>>
>> First 6 patchs are fixes of failures reported by the new tests in the
>> kernel crypto test manager.
>>
Looks like these fix
On Fri, 2017-12-08 at 17:09 +1100, Paul Mackerras wrote:
> This adds a CPU feature bit which is set for POWER9 DD2.2 processors
> which will be used to enable software emulation for some transactional
> memory instructions, in order to work around hardware bugs.
The worry here is backward compatib
On 12/8/17 12:03 AM, Alexey Kardashevskiy wrote:
> On 06/12/17 02:13, Bryant G. Ly wrote:
>>
>> On 12/4/17 7:24 PM, Alexey Kardashevskiy wrote:
>>> On 05/12/17 02:08, Bryant G. Ly wrote:
On 12/2/17 7:45 PM, Alexey Kardashevskiy wrote:
> On 10/11/17 01:00, Bryant G. Ly wrote:
>> v1 - I
On Fri, Dec 8, 2017 at 12:47 PM, Michael Ellerman wrote:
> "Rafael J. Wysocki" writes:
>
>> On Thu, Dec 7, 2017 at 6:59 AM, Gautham R. Shenoy
>> wrote:
>>> From: "Gautham R. Shenoy"
>>>
>>> On POWERNV platform, Pstates are 8-bit values. On POWER8 they are
>>> negatively numbered while on POWER9
On Fri, 08 Dec 2017 22:46:49 +1100
Michael Ellerman wrote:
> Nicholas Piggin writes:
>
> > On Fri, 8 Dec 2017 14:35:33 +1100
> > Balbir Singh wrote:
> >
> >> Certain HMI's such as malfunction error propagate through
> >> all threads/core on the system. If a thread was offline
> >> prior to
Hi Linus,
Please pull some more powerpc fixes for 4.15:
The following changes since commit ae64f9bd1d3621b5e60d7363bc20afb46aede215:
Linux 4.15-rc2 (2017-12-03 11:01:47 -0500)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
tags/po
On Wed, 2017-12-06 at 12:23:28 UTC, Michael Ellerman wrote:
> Since commit ad67b74d2469 ("printk: hash addresses printed with %p")
> pointers printed with %p are hashed, ie. you don't see the actual
> pointer value but rather a cryptographic hash of its value.
>
> In xmon we want to see the actual
On Wed, 2017-12-06 at 08:21:14 UTC, Nicholas Piggin wrote:
> kexec can leave MMU registers set when booting into a new kernel, PIDR
> in particular. The boot sequence does not zero PIDR, so it only gets
> set when CPUs first switch to a userspace processes (until then it's
> running a kernel thread
On Fri, 2017-12-08 at 22:51 +1100, Michael Ellerman wrote:
> Balbir Singh writes:
>
> > On Thu, Dec 7, 2017 at 10:01 PM, Colin King
> > wrote:
> > > From: Colin Ian King
> > >
> > > Use the ARRAY_SIZE macro on several arrays to determine their size.
> > > Improvement suggested by coccinelle.
"Guilherme G. Piccoli" writes:
> On 11/21/2017 12:35 AM, Balbir Singh wrote:
>> On Thu, Nov 16, 2017 at 11:14 PM, Guilherme G. Piccoli
>> wrote:
>>> On 11/16/2017 01:49 AM, Balbir Singh wrote:
On Thu, Oct 26, 2017 at 2:27 AM, Guilherme G. Piccoli
wrote:
> During a kdump kernel boo
Bjorn Helgaas writes:
> On Wed, Dec 06, 2017 at 11:57:03PM +1100, Michael Ellerman wrote:
>> Christian Zigotzky writes:
>> ...
>> >
>> > Hi Olof,
>> >
>> > Many thanks for your patch! :-) The RC2 of kernel 4.15 boots without any
>> > problems on my P.A. Semi Nemo board (A-EON AmigaOne X1000). I
Olof Johansson writes:
> On Wed, Dec 6, 2017 at 4:44 AM, Michael Ellerman wrote:
>> Olof Johansson writes:
>>>
>>> The below patch, together with Bjorn's, should do it. Christian, can you
>>> test
>>> and report back?
>>>
>>> I'm guessing it won't do any harm to set this on non-X1000 platforms.
Balbir Singh writes:
> On Thu, Dec 7, 2017 at 10:01 PM, Colin King wrote:
>> From: Colin Ian King
>>
>> Use the ARRAY_SIZE macro on several arrays to determine their size.
>> Improvement suggested by coccinelle.
>
> This file is taken from binutils and re-licensed. Keeping the file
> as-is help
"Rafael J. Wysocki" writes:
> On Thu, Dec 7, 2017 at 6:59 AM, Gautham R. Shenoy
> wrote:
>> From: "Gautham R. Shenoy"
>>
>> On POWERNV platform, Pstates are 8-bit values. On POWER8 they are
>> negatively numbered while on POWER9 they are positively
>> numbered. Thus, on POWER9, the maximum numb
Nicholas Piggin writes:
> On Fri, 8 Dec 2017 14:35:33 +1100
> Balbir Singh wrote:
>
>> Certain HMI's such as malfunction error propagate through
>> all threads/core on the system. If a thread was offline
>> prior to us crashing the system and jumping to the kdump
>> kernel, bad things happen wh
Desnes Augusto Nunes do Rosário writes:
...
>
> Lastly, will you fix it up or do you want me to send a second version
> then? Whatever is best for you.
No that's fine I've done those changes, no need to send another version.
cheers
Hey Geoff,
I'm still thankful today that you're running a PS3 Linux tree via
https://git.kernel.org/pub/scm/linux/kernel/git/geoff/ps3-linux.git!
Good work!
I yesterday tried to compile the newest kernel 4.14 for my PS3 running
OtherOS++ and "Red Ribbon GNU Linux" from 2014. I even succeeded and
Le 07/12/2017 à 15:45, Guenter Roeck a écrit :
On 12/07/2017 02:38 AM, Christophe Leroy wrote:
When running a command like 'chrt -f 99 dd if=/dev/zero of=/dev/null',
the watchdog_worker fails to service the HW watchdog and the
HW watchdog fires long before the watchdog soft timeout.
At the mo
When running a command like 'chrt -f 50 dd if=/dev/zero of=/dev/null',
the watchdog_worker fails to service the HW watchdog and the
HW watchdog fires long before the watchdog soft timeout.
At the moment, the watchdog_worker is invoked as a delayed work.
Delayed works are handled by non realtime ke
25 matches
Mail list logo
