stopped working. Add a 30-bit ZONE_DMA to the 32-bit pmac builds
> > to allow them to reliably allocate dma coherent memory.
> >
> > Fixes: 65a21b71f948 ("powerpc/dma: remove dma_nommu_dma_supported")
> > Reported-by: Aaro Koskinen
> > Signed-off-by: Ch
o allow them to reliably allocate dma coherent memory.
>
> Fixes: 65a21b71f948 ("powerpc/dma: remove dma_nommu_dma_supported")
> Reported-by: Aaro Koskinen
> Signed-off-by: Christoph Hellwig
Tested-by: Aaro Koskinen
A.
> ---
> arch/powerpc/include/asm/page.h
Hi,
On Tue, Jun 11, 2019 at 05:20:12PM -0500, Larry Finger wrote:
> It is obvious that the case of a mask smaller than min_mask should be
> handled by the IOMMU. In my system, CONFIG_IOMMU_SUPPORT is selected. All
> other CONFIG variables containing IOMMU are not selected. When
>
Hi,
On Thu, Jun 06, 2019 at 10:54:51AM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2019-06-06 at 01:50 +0300, Aaro Koskinen wrote:
> > Hi,
> >
> > When upgrading from v5.0 -> v5.1 on G4 PowerBook, I noticed WLAN does
> > not work anymore:
> >
> &
Hi,
When upgrading from v5.0 -> v5.1 on G4 PowerBook, I noticed WLAN does
not work anymore:
[ 42.004303] b43legacy-phy0: Loading firmware version 0x127, patch level 14
(2005-04-18 02:36:27)
[ 42.184837] b43legacy-phy0 debug: Chip initialized
[ 42.184873] b43legacy-phy0 ERROR: The
MMU and jump to the second part. So it
> is possible to run this first part inplace instead of running the
> copy. Once the MMU is off, there is no protection anymore and the
> second part of the code will just run as before.
>
> Reported-by: Aaro Koskinen
> Fixes: 63b2bc619565 ("
Hi,
On Fri, May 24, 2019 at 09:40:30AM +0200, Christophe Leroy wrote:
> Le 24/05/2019 à 09:36, Aaro Koskinen a écrit :
> >On Fri, May 24, 2019 at 08:08:36AM +0200, Christophe Leroy wrote:
> >>>Le 24/05/2019 à 00:23, Aaro Koskinen a écrit :
> >>>>Unfortunately
Hi,
On Fri, May 24, 2019 at 08:08:36AM +0200, Christophe Leroy wrote:
> >Le 24/05/2019 à 00:23, Aaro Koskinen a écrit :
> >>Unfortunately still no luck... The crash is pretty much the same with
> >>both
> >>changes.
> >
> >Right. In fact change_page
Hi,
On Thu, May 23, 2019 at 08:58:11PM +0200, Christophe Leroy wrote:
> Le 23/05/2019 à 19:27, Aaro Koskinen a écrit :
> >On Thu, May 23, 2019 at 07:33:38AM +0200, Christophe Leroy wrote:
> >>Ok, the Oops confirms that the error is due to executing the kexec control
> &g
Hi,
On Thu, May 23, 2019 at 07:33:38AM +0200, Christophe Leroy wrote:
> Ok, the Oops confirms that the error is due to executing the kexec control
> code which is located outside the kernel text area.
>
> My yesterday's proposed change doesn't work because on book3S/32, NX
> protection is based
Hi,
On Wed, May 22, 2019 at 07:44:56AM +, Christophe Leroy wrote:
> On 05/22/2019 06:14 AM, Christophe Leroy wrote:
> >Le 22/05/2019 à 00:18, Aaro Koskinen a écrit :
> >>I was trying to upgrade from v5.0 -> v5.1 on PowerBook G4, but when
> >>trying
> >>
Hi,
On Wed, May 22, 2019 at 08:14:23AM +0200, Christophe Leroy wrote:
> Le 22/05/2019 à 00:18, Aaro Koskinen a écrit :
> >I was trying to upgrade from v5.0 -> v5.1 on PowerBook G4, but when trying
> >to kexec a kernel the system gets stuck (no errors seen on the console).
&g
Hi,
I was trying to upgrade from v5.0 -> v5.1 on PowerBook G4, but when trying
to kexec a kernel the system gets stuck (no errors seen on the console).
Bisected to: 93c4a162b014 ("powerpc/6xx: Store PGDIR physical address
in a SPRG"). This commit doesn't revert cleanly anymore but I tested
that
Enable kernel XZ compression option on BOOK3S_32. Tested on G4 PowerBook.
Signed-off-by: Aaro Koskinen
---
arch/powerpc/platforms/Kconfig.cputype | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/platforms/Kconfig.cputype
b/arch/powerpc/platforms/Kconfig.cputype
index
)
Reported-by: Stephen Rothwell <s...@canb.auug.org.au>
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/macintosh/rack-meter.c b/drivers/macintosh/rack-meter.c
index 9
Hi,
On Fri, Mar 16, 2018 at 04:46:14PM +1100, Stephen Rothwell wrote:
> These warnings have beeen around for a while now;
>
> drivers/macintosh/rack-meter.c:157:2: warning: 'memset' used with length
> equal to number of elements without multiplication by element size
> [-Wmemset-elt-size]
>
On Sat, Nov 05, 2016 at 04:11:11PM +0100, Christian Zigotzky wrote:
> After your commit "console: don't prefer first registered if DT specifies
> stdout-path" [1] we couldn't see any kernel boot messages anymore. I
> restored the old code and after that I was able to see the messages again.
>
>
Hi,
On Wed, Aug 24, 2016 at 09:43:23PM +0200, Johannes Berg wrote:
> On Wed, 2016-08-24 at 20:57 +0300, Aaro Koskinen wrote:
> > Enable sound on PowerBook G4 12".
>
> Looks good to me, I assume you tested it and it works :)
Yes, I have this laptop in use.
A.
Enable sound on PowerBook G4 12".
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
sound/aoa/fabrics/layout.c | 8
sound/aoa/soundbus/i2sbus/core.c | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/sound/aoa/fabrics/layout.c b/sound/aoa/fabri
Michael Ellerman <m...@ellerman.id.au>
> Cc: Segher Boessenkool <seg...@kernel.crashing.org>
This patch fixes PPC kernel build failure with GCC 6.1.
Tested-by: Aaro Koskinen <aaro.koski...@iki.fi>
Thanks,
A.
> ---
> Changes from v1 to v2:
> - Check for fpr[32] inste
t more safe.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/macintosh/rack-meter.c b/drivers/macintosh/rack-meter.c
index ba7e330..465c522 100644
--- a/drivers/macint
Limit idle ticks to total ticks. This prevents the annoying rackmeter
leds fully ON / OFF blinking state that happens on fully idling
G5 Xserve systems.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 1 +
1 file changed, 1 insertion(+)
diff
t more safe.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/macintosh/rack-meter.c b/drivers/macintosh/rack-meter.c
index ba7e330..465c522 100644
--- a/drivers/macint
Limit idle ticks to total ticks. This prevents the annoying rackmeter
leds fully ON / OFF blinking state that happens on fully idling
G5 Xserve systems.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 1 +
1 file changed, 1 insertion(+)
diff
t more safe.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/macintosh/rack-meter.c b/drivers/macintosh/rack-meter.c
index ba7e330..465c522 100644
--- a/drivers/macint
Limit idle ticks to total ticks. This prevents the annoying rackmeter
leds fully ON / OFF blinking state that happens on fully idling
G5 Xserve systems.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/rack-meter.c | 1 +
1 file changed, 1 insertion(+)
diff
CONFIG_INPUT_KEYBDEV does not exist and no additional keyboard-specific
options are needed to get the keyboard working.
Signed-off-by: Aaro Koskinen <aaro.koski...@iki.fi>
---
drivers/macintosh/Kconfig | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/mac
Hi,
On Thu, May 14, 2015 at 08:14:57PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2015-05-14 at 13:06 +0300, Aaro Koskinen wrote:
On Wed, May 13, 2015 at 06:39:40AM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2015-05-12 at 20:55 +0300, Aaro Koskinen wrote:
I'm running with HZ=100 so
Hi,
On Wed, May 13, 2015 at 06:39:40AM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2015-05-12 at 20:55 +0300, Aaro Koskinen wrote:
I'm running with HZ=100 so the values are still probably within
jiffy resolution, so perhaps the calculation should first do
idle = min(idle, total)?
Does
Hi,
On Mon, May 11, 2015 at 08:13:35AM +1000, Benjamin Herrenschmidt wrote:
On Sun, 2015-05-10 at 21:32 +0300, Aaro Koskinen wrote:
Hi,
With 4.1-rc2 the rackmeter driver for G5 Xserve is giving bogus
led patterns. So far I have seen at least the following:
a) With static load
Hi,
With 4.1-rc2 the rackmeter driver for G5 Xserve is giving bogus
led patterns. So far I have seen at least the following:
a) With static load the leds seems to be sane and report CPU
usage properly, but after few minutes they go completely OFF,
even if the CPU load remains high.
b) On a
Hi,
On Mon, Apr 27, 2015 at 12:03:32PM +0200, Geert Uytterhoeven wrote:
*** ERRORS ***
34 regressions:
The quiet days are over...
+ /home/kisskb/slave/src/arch/mips/cavium-octeon/smp.c: error: passing
argument 2 of 'cpumask_clear_cpu' discards 'volatile' qualifier from
to waiting bootup cpu to give
imebase.
Signed-off-by: Wang Dongsheng dongsheng.w...@freescale.com
This fixes v3.19-rc1 boot on G5 Xserve.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
A.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
From: Phil Carmody pc+l...@asdf.org
If we of_find_node_by_name() then we must of_node_put() too.
Signed-off-by: Phil Carmody pc+l...@asdf.org
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/macintosh/via-pmu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/macintosh
From: Phil Carmody pc+l...@asdf.org
Cleanup was not in the reverse order from the set-up, so not all
the gotos made sense, and also it was being avoided completely upon
failure of init_pmu().
Signed-off-by: Phil Carmody pc+l...@asdf.org
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Hi,
On Wed, Jun 25, 2014 at 08:49:03AM -0700, Sukadev Bhattiprolu wrote:
powerpc/perf: Adjust callchain based on DWARF debug info
When saving the callchain on Power, the kernel conservatively saves excess
entries in the callchain. A few of these entries are needed in some cases
but not
From: Phil Carmody pc+l...@asdf.org
If we of_find_node_by_name() then we must of_node_put() too.
Signed-off-by: Phil Carmody pc+l...@asdf.org
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/macintosh/via-pmu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/macintosh
From: Phil Carmody pc+l...@asdf.org
Cleanup was not in the reverse order from the set-up, so not all
the gotos made sense, and also it was being avoided completely upon
failure of init_pmu().
Signed-off-by: Phil Carmody pc+l...@asdf.org
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
using 500us sleep there should
be fine.
With the patch, g5_switch_freq() duration drops from ~50ms to ~10ms on
Xserve with HZ=100.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pmac64-cpufreq.c | 6 +++---
1 file changed, 3
Currently cpufreq ondemand governor cannot used on older G5 models,
because the transition latency is set to CPUFREQ_ETERNAL. Provide a
value based on a measurement on Xserve G5, which happens to be also the
highest allowed latency.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers
Hi,
This is a resend of the v2 patchset:
http://marc.info/?t=13779701321r=1w=2
No changes except rebasing. Any chance to get these into v3.13?
Aaro Koskinen (3):
cpufreq: pmac64: speed up frequency switch
cpufreq: pmac64: provide cpufreq transition latency for older G5
Enable cpufreq on iMac G5 (iSight) model. Tested with the 2.1 GHz version.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pmac64-cpufreq.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq
Enable cpufreq on iMac G5 (iSight) model. Tested with the 2.1 GHz version.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pmac64-cpufreq.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq
using 500us sleep there should
be fine.
With the patch, g5_switch_freq() duration drops from ~50ms to ~10ms on
Xserve with HZ=100.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/pmac64-cpufreq.c | 6 +++---
1 file changed, 3
/PowerMac7,3/RackMac3,1.
The only other changes are ACKs from Viresh Kumar to patches 1 3.
A.
Aaro Koskinen (3):
cpufreq: pmac64: speed up frequency switch
cpufreq: pmac64: provide cpufreq transition latency for older G5
models
cpufreq: pmac64: enable cpufreq on iMac G5 (iSight) model
Currently cpufreq ondemand governor cannot used on older G5 models,
because the transition latency is set to CPUFREQ_ETERNAL. Provide a
value based on a measurement on Xserve G5, which happens to be also the
highest allowed latency.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers
Hi,
On Mon, Aug 12, 2013 at 11:07:48AM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2013-07-24 at 07:14 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2013-07-23 at 23:20 +0200, Rafael J. Wysocki wrote:
All looks good in the patchset from 1 feet (or more), but I need
Ben to speak here.
On Fri, Aug 02, 2013 at 04:47:51PM +0200, Michel Dänzer wrote:
On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
Could a similar change fix the same problem on desktop G5s? The same
values for slots_param in
Hi,
On Wed, Jul 31, 2013 at 01:42:31PM +0200, Wladislav Wiebe wrote:
DEBUG: xxx kmalloc_slab, requested 'size' = 8388608, KMALLOC_MAX_SIZE =
4194304
[...]
[ccd3be60] [c0099fd4] kmalloc_slab+0x48/0xe8 (unreliable)
[ccd3be70] [c00ae650] __kmalloc+0x20/0x1b4
[ccd3be90] [c00d46f4]
Hi,
On Wed, Jul 24, 2013 at 11:04:50AM +0530, Viresh Kumar wrote:
On 24 July 2013 01:54, Aaro Koskinen aaro.koski...@iki.fi wrote:
The patch also enables to use ondemand governor on the latter.
How? I can't see anything obvious here. :(
It replaces CPUFREQ_ETERNAL with a proper value
The latency is in milliseconds scale rather than microseconds based on
measurements on iMac G5 and Xscale G5. The patch also enables to use
ondemand governor on the latter.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/cpufreq/pmac64-cpufreq.c | 5 ++---
1 file changed, 2
using 500us sleep there should
be fine.
With the patch, g5_switch_freq() duration drops from ~50ms to ~10ms on
Xserve with HZ=100.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/cpufreq/pmac64-cpufreq.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Enable cpufreq on iMac G5 (iSight) model. Tested with the 2.1 GHz version.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/cpufreq/pmac64-cpufreq.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq/pmac64-cpufreq.c b/drivers/cpufreq/pmac64
Hi,
On Sat, Jul 20, 2013 at 09:16:49AM +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-07-19 at 20:43 +0300, Aaro Koskinen wrote:
I booted a Xserve today with 3.11-rc1, and noticed the noise is coming
from slots-fan (PCI fan?) which is always 99%, although the slots-temp is
just 33
the parameters to match the Slots fan (PWM) of therm_pm72. With
the patch, slots-fan speed drops from 99% to 19% during normal use,
and slots-temp settle to ~42'C.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/macintosh/windfarm_rm31.c | 18 +-
1 file changed, 9
On Fri, Jan 18, 2013 at 10:38:05AM +1100, Benjamin Herrenschmidt wrote:
On Thu, 2013-01-17 at 15:38 +0100, Jan Engelhardt wrote:
Meanwhile, I run Linux 3.7.1 and the software side changed somewhat.
windfarm_rm31 seems to no longer calm the fans down once loaded,
whereas therm_pm72 on Linux
are fixed
based on the observation that these are almost identical/copy-pasted code.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
drivers/macintosh/windfarm_pm121.c | 6 +-
drivers/macintosh/windfarm_pm81.c | 6 +-
drivers/macintosh/windfarm_pm91.c | 6 +-
3 files changed, 15
by a
relative offset from r2 (the TOC pointer). Since r2 has already been
relocated, nothing more needs to be done. Adding an offset in this
case is wrong and Aaro Koskinen and Alexander Graf have noticed noticed
G5 and OpenBIOS breakage.
Alan Modra suggested we just use r2 to get at the TOC which
Hi,
Booting 3.9-rc1 fails with the following dump:
Invalid memory access at %SSR0: .0380 %SSR1: 9000.00081000
According to bisect, it's caused by 1fbe9cf2598dae3bd464d860bd89c67b1ff8682b
(powerpc: Build kernel with -mcmodel=medium).
I'm loading booting the kernel with GRUB
Hi,
On Sat, Mar 02, 2013 at 03:40:19PM +0100, Phileas Fogg wrote:
Have anyone tested Linux 3 kernels on PowerMac G5 recently ?
3.8 boots normally to shell and is stable on G5 iMac (PowerMac8,1).
A.
___
Linuxppc-dev mailing list
Hi,
On iMac G5 (the first model, windfarm_pm81 reports model 3), enabling
LOCKDEP results in the following warnings when overtemp condition is
encountered.
The kernel is 3.8-rc6+ / 6bacaa9.
[ 7060.058340] windfarm: Clamping CPU frequency to minimum !
[ 7060.229688]
[ 7060.229756]
-pci-bridge 0001:01:01.0: Warning: IOMMU window too big for device mask
b43-pci-bridge 0001:01:01.0: mask: 0x3fff, table end: 0x8000
b43-phy0 ERROR: The machine/kernel does not support the required 30-bit DMA
mask
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
arch/powerpc/kernel
Hi,
Is there a way to reduce/limit DMA zone with PPC64 kernel (3.6-rcX)
on G5 Mac? I have tried to search Kconfig or command line options,
but can't find anything.
The problem I have is that b43 driver (wireless chip) insists a 30-bit
DMA mask, but I have 1.5 GB physical memory. So the only way
Hi,
On Sat, Aug 18, 2012 at 06:40:56AM +1000, Benjamin Herrenschmidt wrote:
The problem I have is that b43 driver (wireless chip) insists a 30-bit
DMA mask, but I have 1.5 GB physical memory. So the only way I can get
the wireless connection to work is to boot with mem=1024MB. And as a
64 matches
Mail list logo
