Anton Blanchard an...@samba.org writes:
Fix little endian issues with the OPAL error log code.
Signed-off-by: Anton Blanchard an...@samba.org
Reviewed-by: Stewart Smith stew...@linux.vnet.ibm.com
Do we also need any magic for the getting of error logs themselves?
You may want to check the
On Tuesday 25 March 2014 11:06 PM, Kirill A. Shutemov wrote:
On Tue, Mar 25, 2014 at 12:20:15PM +0530, Madhavan Srinivasan wrote:
Kirill A. Shutemov with the commit 96bacfe542 introduced
vm_ops-map_pages() for mapping easy accessible pages around
fault address in hope to reduce number of minor
The at8031 can work on polling mode and interrupt mode.
Add ack_interrupt and config intr funcs to enable
interrupt mode for it.
Signed-off-by: Zhao Qiang b45...@freescale.com
---
drivers/net/phy/at803x.c | 30 ++
1 file changed, 30 insertions(+)
diff --git
On Thu, 2014-03-27 at 11:08 +0530, Viresh Kumar wrote:
On 26 March 2014 22:25, Gautham R. Shenoy e...@linux.vnet.ibm.com wrote:
This is the v4 of the patchset to enable Dynamic Frequency Scaling
on IBM PowerNV Platforms. I have incorporated the review comments
from the previous version (can
Cc'ing Rafael.
On 26 March 2014 22:25, Gautham R. Shenoy e...@linux.vnet.ibm.com wrote:
From: Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com
Backend driver to dynamically set voltage and frequency on
IBM POWER non-virtualized platforms. Power management SPRs
are used to set the required
On 27 March 2014 11:58, Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
Any other comment ? :-)
Just gave on the patch..
Because it depends on some other stuff in -next, I think it's best if
this gets merged via Rafael's tree, unless someone can point me at
the necessary
On Thu, Mar 27, 2014 at 12:09:53PM +0530, Viresh Kumar wrote:
Cc'ing Rafael.
Thanks. It was a lapse on my part by not Cc'ing Rafael in the first
place.
On 26 March 2014 22:25, Gautham R. Shenoy e...@linux.vnet.ibm.com wrote:
From: Vaidyanathan Srinivasan sva...@linux.vnet.ibm.com
From: Mark Brown
On Wed, Mar 26, 2014 at 11:59:53AM +, David Laight wrote:
From: Nicolin Chen
+ regmap_read(sai-regmap, FSL_SAI_TCSR, xcsr);
+ regmap_write(sai-regmap, FSL_SAI_TCSR, xcsr);
Assuming these are 'write to clear' bits, you might want
to make the write (above) and
On 27 March 2014 15:00, Gautham R Shenoy e...@linux.vnet.ibm.com wrote:
As of now, I prefer this patch be based on code that is in the -next
tree. I'll get rid of the per-core locking once the serialization
patch of the core is accepted.
Okay.. Then divide this patch into two parts, second one
* Gautham R Shenoy e...@linux.vnet.ibm.com [2014-03-27 15:00:50]:
[snip]
+ u32 len_ids, len_freqs;
+
+ power_mgt = of_find_node_by_path(/ibm,opal/power-mgt);
+ if (!power_mgt) {
+ pr_warn(power-mgt node not found\n);
+ return
On 03/27/2014 03:29 PM, Viresh Kumar wrote:
On 27 March 2014 15:00, Gautham R Shenoy e...@linux.vnet.ibm.com wrote:
As of now, I prefer this patch be based on code that is in the -next
tree. I'll get rid of the per-core locking once the serialization
patch of the core is accepted.
[...]
+
On 27 March 2014 15:41, Vaidyanathan Srinivasan
sva...@linux.vnet.ibm.com wrote:
Why do you need to get these from DT? And not find that yourself here
instead?
DT provides the values that we should use. Ideally these are the
upper and lower limits of the PState table, however as per the
On 27 March 2014 15:51, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
smp_processor_id() maps to debug_smp_processor_id() only if
CONFIG_DEBUG_PREEMPT is set. Otherwise, it is same as raw_smp_processor_id().
So I think its best to keep it as it is.
That was the case in .configs and
Hi,
I am using MPC8641-HPCN based custom board and able to boot linux at
MPX clock 400Mhz and core clock 800mhz. When I am increasing core
frequency ie MPX clock at 400Mhz and core at 1Ghz, kernel stuck. Does
any body have faced this kind of issue ? Or any idea how to resolve this?
On Thu, Mar 27, 2014 at 11:57:27AM +0800, Nicolin Chen wrote:
On Thu, Mar 27, 2014 at 12:06:53PM +0800, Xiubo Li-B47053 wrote:
I have checked in the Vybrid and LS1 SoC datasheets, and they are all the
Same as above, and nothing else.
Have I missed ?
What i.MX IC team told me is SAI
It's quite cricial to clear error flags because SAI might hang if getting
FIFO underrun during playback (I haven't confirmed the same issue on Rx
overflow though).
So this patch enables those irq and adds isr() to clear the flags so as to
keep playback entirely safe.
Signed-off-by: Nicolin Chen
On Thu, 2014-03-27 at 15:00 +0530, Gautham R Shenoy wrote:
--- a/arch/powerpc/configs/pseries_le_defconfig
+++ b/arch/powerpc/configs/pseries_le_defconfig
@@ -350,3 +350,4 @@ CONFIG_CRYPTO_LZO=m
# CONFIG_CRYPTO_ANSI_CPRNG is not set
CONFIG_CRYPTO_DEV_NX=y
On Thu, Mar 27, 2014 at 03:29:36PM +0530, Viresh Kumar wrote:
On 27 March 2014 15:00, Gautham R Shenoy e...@linux.vnet.ibm.com wrote:
As of now, I prefer this patch be based on code that is in the -next
tree. I'll get rid of the per-core locking once the serialization
patch of the core is
On 27 March 2014 16:50, Gautham R Shenoy e...@linux.vnet.ibm.com wrote:
(That said, in the future if we want to export additional
information, say pertaining to the voltage, we will have to keep a
separate array anyway :-) )
Lets handle that once it comes.
However, as of now, I am wary about
Hello.
On 27-03-2014 10:18, Zhao Qiang wrote:
The at8031 can work on polling mode and interrupt mode.
Add ack_interrupt and config intr funcs to enable
interrupt mode for it.
Signed-off-by: Zhao Qiang b45...@freescale.com
---
drivers/net/phy/at803x.c | 30 ++
For deep sleep, the diu module will power off, when wake up from the deep
sleep, more registers need to be reinitialized.
Signed-off-by: Wang Dongsheng dongsheng.w...@freescale.com
Signed-off-by: Jason Jin jason@freescale.com
---
V2: Coding style clean up based on Timur's comments.
So far the DIU driver does not have a mechanism to do the
board specific initialization. So on some platforms,
such as P1022, 8610 and 5121, The board specific initialization
is implmented in the platform file such p10222_ds.
Actually, the DIU is already intialized in the u-boot, the pin sharing
On Thu, 2014-03-27 at 16:50 +0530, Gautham R Shenoy wrote:
Well, in the scenarios that we're interested in, it is highly unlikely
that CONFIG_PREMPT is set. Hence we'll default to
raw_smp_processor_id() anyway. So, I think we can retain
smp_processor_id().
We don't know that. Some people
On Thu, Mar 27, 2014 at 09:41:20AM +, David Laight wrote:
From: Mark Brown
The trace is already conditional? I'd also expect to see the driver
only acknowledging sources it knows about and only reporting that the
interrupt was handled if it saw one of them - right now all interrupts
Either one or a combination of commits
3a3dd0186f619b74e61e6f29dddcaf59af7d3cac Improve detection of devices
from device-tree and 26b0d14106954ae46d2f4f7eec3481828a210f7d Adapt
to new i2c probing scheme broke the snd-powermac module for my
PowerBook6,5 machine (12 iBook late 2004). As I
On Thu, Mar 27, 2014 at 07:06:59PM +0800, Nicolin Chen wrote:
It's quite cricial to clear error flags because SAI might hang if getting
FIFO underrun during playback (I haven't confirmed the same issue on Rx
overflow though).
So this patch enables those irq and adds isr() to clear the flags
Hi Christoph,
On 25.03.2014 [13:25:30 -0500], Christoph Lameter wrote:
On Tue, 25 Mar 2014, Nishanth Aravamudan wrote:
On power, very early, we find the 16G pages (gpages in the powerpc arch
code) in the device-tree:
early_setup -
early_init_mmu -
htab_initialize -
Hi Stewart,
Do we also need any magic for the getting of error logs themselves?
You may want to check the md5 of the logs themselves on be and le.
Good idea. An md5 of the logs in LE and BE on this box checks out, so I
think we are good.
Anton
Byteswap struct opal_msg in one place instead of requiring all the
callers to do it.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/include/asm/opal.h
===
--- a/arch/powerpc/include/asm/opal.h
+++
One OPAL call and one device tree property needed byte swapping.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/platforms/powernv/opal-sensor.c
===
--- a/arch/powerpc/platforms/powernv/opal-sensor.c
+++
On Fri, 2014-03-28 at 09:17 +1100, Anton Blanchard wrote:
Byteswap struct opal_msg in one place instead of requiring all the
callers to do it.
This will clash with us making opal.h something clean and identical
between OPAL and clients.
Can you rename the converted version instead ? (yeah I
These two patches add support for the message log, and expose a new OPAL call
called opal_invalid that allow me to cause OPAL to inject messages into the
log.
The naming is a bit mixed, as our device tree node is opal-memcons and I
retained the naming of the header structure 'struct memcons', but
OPAL provides an in-memory circular buffer containing a message log
populated with various runtime messages produced by the firmware.
Provide a sysfs interface /sys/firmware/opal/messages for userspace to
view the messages.
Signed-off-by: Joel Stanley j...@jms.id.au
---
This call will not be understood by OPAL, and cause it to add an error
to it's log. Among other things, this is useful for testing the
behaviour of the log as it fills up.
Signed-off-by: Joel Stanley j...@jms.id.au
---
arch/powerpc/include/asm/opal.h| 2 ++
On Thu, 27 Mar 2014 16:04:37 +0530, Ashish said:
Hi,
I am using MPC8641-HPCN based custom board and able to boot linux at
MPX clock 400Mhz and core clock 800mhz. When I am increasing core
frequency ie MPX clock at 400Mhz and core at 1Ghz, kernel stuck.
Step 0: Prove to us that your core
Move the definition to setup-common.c and set the init value
to -1 on both 32 and 64-bit (it was 0 on 64-bit).
Additionally add a check to prom.c to garantee that the init
value has been udpated after the DT scan.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
Turn them on at the same time as we allow MSR_IR/DR in the paca
kernel MSR, ie, after the MMU has been setup enough to be able
to handle relocated access to the linear mapping.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/kernel/cpu_setup_power.S | 2 --
All our cpu feature updates were done for every CPU in the device-tree,
thus overwriting the cputable bits over and over again. Instead do them
only for the boot CPU.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/kernel/prom.c | 52
If we take an interrupt such as a trap caused by a BUG_ON before the
MMU has been setup, the interrupt handlers try to enable virutal mode
and cause a recursive crash, making the original problem very hard
to debug.
This fixes it by adjusting the kernel_msr value in the PACA so that
it only has
opal_notifier_register() is missing a pending unregister variant
and should be exposed to modules.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/include/asm/opal.h | 2 ++
arch/powerpc/platforms/powernv/opal.c | 14 ++
2 files changed, 16
For historical reasons that code was under #ifdef CONFIG_PPC_PSERIES
but it applies equally to all 64-bit platforms.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/kernel/prom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The firmware can notify us when new input data is available, so
let's make sure we wakeup the HVC thread in that case.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
drivers/tty/hvc/hvc_opal.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
On Thu, Mar 27, 2014 at 01:26:27PM +, Mark Brown wrote:
On Thu, Mar 27, 2014 at 07:06:59PM +0800, Nicolin Chen wrote:
It's quite cricial to clear error flags because SAI might hang if getting
FIFO underrun during playback (I haven't confirmed the same issue on Rx
overflow though).
On 03/11/2014 07:06 PM, Vinod Koul wrote:
On Thu, Jan 16, 2014 at 01:47:22PM +0800, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang hongbo.zh...@freescale.com
There are several places where descriptors are freed using identical code.
This patch puts this code into a function to reduce
On 27 March 2014 15:00, Gautham R Shenoy e...@linux.vnet.ibm.com wrote:
As of now, I prefer this patch be based on code that is in the -next
tree. I'll get rid of the per-core locking once the serialization
patch of the core is accepted.
Okay, its pushed in -next now :)
OPAL defines opal_msg as a big endian struct so we have to
byte swap it on little endian builds.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/include/asm/opal.h
===
--- a/arch/powerpc/include/asm/opal.h
One OPAL call and one device tree property needed byte swapping.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/platforms/powernv/opal-sensor.c
===
--- a/arch/powerpc/platforms/powernv/opal-sensor.c
+++
We can't take an IRQ when we're about to do a trechkpt as our GPR state is set
to user GPR values.
We've hit this when running some IBM Java stress tests in the lab resulting in
the following dump:
cpu 0x3f: Vector: 700 (Program Check) at [c7eb3d40]
pc: c0050074:
We save r1 to the scratch SPR and restore it from there after the trechkpt so
saving r1 to the paca is not needed.
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/kernel/tm.S | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/powerpc/kernel/tm.S
If we do a treclaim and we are not in TM suspend mode, it results in a TM bad
thing (ie. a 0x700 program check). Similarly if we do a trechkpt and we have
an active transaction or TEXASR Failure Summary (FS) is not set, we also take a
TM bad thing.
This should never happen, but if it does (ie. a
In:
commit 742415d6b66bf09e3e73280178ef7ec85c90b7ee
Author: Michael Neuling mi...@neuling.org
powerpc: Turn syscall handler into macros
We converted the syscall entry code onto macros, but in doing this we
introduced some cruft that's never run and should never have been added.
This
51 matches
Mail list logo
