This is seen when CONFIG_SMP is not enabled:
arch/powerpc/platforms/powernv/rng.c: In function 'rng_init_per_cpu':
arch/powerpc/platforms/powernv/rng.c:74: error: implicit declaration of
function 'cpu_to_chip_id'
Signed-off-by: Li Zhong
---
arch/powerpc/platforms/powernv/rng.c |8
In u-boot, when set the video as console, the name 'vga' is used
as a general name for the video device, during the fdt_fixup_stdout
process, the 'vga' name is used to search in the dtb to setup the
'linux,stdout-path' node. Though the P1022 DIU is not VGA-compatible device,
to meet the 'vga' name
On Fri, Nov 15, 2013 at 02:42:01PM +0800, Shawn Guo wrote:
> On Thu, Nov 14, 2013 at 07:07:09PM +0800, Nicolin Chen wrote:
> > We must specify the value of audmux pinctrl if we want to use pinctrl_pm().
> > Thus change bypass value 0x8000 to what we exactly need.
> >
> > This patch also sepera
On Thu, Nov 14, 2013 at 07:07:09PM +0800, Nicolin Chen wrote:
> We must specify the value of audmux pinctrl if we want to use pinctrl_pm().
> Thus change bypass value 0x8000 to what we exactly need.
>
> This patch also seperately unset PUE bit for TXD so that IOMUX won't pull
> up/down the pin
This patch tries to fix following compiling errors, by including the
needed header file:
arch/powerpc/platforms/pseries/rng.c: In function 'pseries_get_random_long':
arch/powerpc/platforms/pseries/rng.c:20: error: 'PLPAR_HCALL_BUFSIZE'
undeclared (first use in this function)
...
Signed-off-by: L
Anton Blanchard wrote:
>
> We waste quite a few lines in our oops output:
>
> ...
> MSR: 80009032 CR: 28044024 XER:
> SOFTE: 0
> CFAR: 9088
> DAR: 001c, DSISR: 4000
>
> GPR00: c00c74f0 c0037cc1b010 c0d2bb30
>
We waste quite a few lines in our oops output:
...
MSR: 80009032 CR: 28044024 XER:
SOFTE: 0
CFAR: 9088
DAR: 001c, DSISR: 4000
GPR00: c00c74f0 c0037cc1b010 c0d2bb30
...
We can do a better job here and remove 3
Machine check exceptions set DAR and DSISR, so print them in our
oops output.
Signed-off-by: Anton Blanchard
---
Index: b/arch/powerpc/kernel/process.c
===
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel/process.c
@@
From: Mahesh Salgaonkar
Get the memory errors reported by opal and plumb it into memory poison
infrastructure. This patch uses new messaging channel infrastructure to
pull the fsp memory errors to linux.
Signed-off-by: Mahesh Salgaonkar
---
arch/powerpc/include/asm/opal.h|
From: Mahesh Salgaonkar
Add config option to enable generic memory hwpoisoning infrastructure for
ppc64.
Signed-off-by: Mahesh Salgaonkar
---
arch/powerpc/Kconfig |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 38f3b7e..4690f5a 100
Hi,
Please find the patch set that implements FSP memory error handling and
plumbs then into memory poison infrastructure.
Patch 1 enables the generic memory hwpoisoning infrastructure for ppc64.
Patch 2 reads the memory errors reported from opal layer and plumbs them
into memory poison infrastru
From: Mahesh Salgaonkar
Opal now has a new messaging infrastructure to push the messages to
linux in a generic format for different type of messages using only one
event bit. The format of the opal message is as below:
struct opal_msg {
uint32_t msg_type;
uint32_t reserved;
On Fri, Nov 15, 2013 at 11:22:52AM +0800, Shawn Guo wrote:
> On Fri, Nov 15, 2013 at 10:59:57AM +0800, Nicolin Chen wrote:
> > Hi Shawn,
> >
> > On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> > > On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > > > This series of
On Fri, Nov 15, 2013 at 10:59:57AM +0800, Nicolin Chen wrote:
> Hi Shawn,
>
> On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> > On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > > This series of patches need to be applied into one single tree because
> > > the secon
Haiying/Scott,
Forgot to mention this, the PAMU driver has to handle stash destination
settings both for power and dsp cores (on B4 platform). For the dsp cores we
would expect the physical core id (not controlled by Linux). To make the
interface consistent, I would expect the caller (for iommu_
Hi Shawn,
On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > This series of patches need to be applied into one single tree because
> > the second patch depends on the first one. Without it, SSI would playback
> > const
On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> This series of patches need to be applied into one single tree because
> the second patch depends on the first one. Without it, SSI would playback
> constant noise to the right channel when playback monaural audio files on
> i.MX6 Seri
On Thu, 2013-11-14 at 14:30 -0500, Haiying Wang wrote:
> In the case we miss to bring up some cpus, we need to make sure we can
> find the correct cpu nodes in the device tree based on the given logical
> cpu index from the caller.
>
> Signed-off-by: Haiying Wang
> ---
> drivers/iommu/fsl_pamu.c
On Tue, Nov 12, 2013 at 16:23 +0400, Alexander Popov wrote:
>
> 2013/11/12 Gerhard Sittig :
> >
> > It would be nice to get a response to the feedback that you
> > are given. It may be appropriate not to obey to the
> > feedback, but at least it should get considered.
>
> Yes, I see. My implici
In the case we miss to bring up some cpus, we need to make sure we can
find the correct cpu nodes in the device tree based on the given logical
cpu index from the caller.
Signed-off-by: Haiying Wang
---
drivers/iommu/fsl_pamu.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff -
Sorry, the address is 0x1002.
I've executed this code:
/* code */
unsigned char *virt_base;
u8 regval;
/* map 4kbyte reg. space */
virt_base = ioremap(0x1002, 0x1000);
if (!virt_base) {
printk("fpga ioremap failed\n");
return;
}
regval =
We must specify the value of audmux pinctrl if we want to use pinctrl_pm().
Thus change bypass value 0x8000 to what we exactly need.
This patch also seperately unset PUE bit for TXD so that IOMUX won't pull
up/down the pin after turning into tristate. When we use SSI normal mode to
playback mo
The normal mode of SSI allows it to send/receive data to/from the first
slot of each period. So we can use this normal mode to trick I2S signal
by puting/getting data to/from the first slot only (the left channel)
so as to support monaural audio playback and recording.
Signed-off-by: Nicolin Chen
This series of patches need to be applied into one single tree because
the second patch depends on the first one. Without it, SSI would playback
constant noise to the right channel when playback monaural audio files on
i.MX6 Series board.
We might also need to apply the iomux change to the other i
On 11/12/2013 04:55 PM, Mark Salter wrote:
> On Tue, 2013-11-12 at 16:39 +0100, Michal Simek wrote:
>> On 11/12/2013 02:22 PM, Mark Salter wrote:
>>>
>>> arch/arm/include/asm/fixmap.h| 25 ++--
>>> arch/hexagon/include/asm/fixmap.h| 40 +
>>> arch/metag/include/asm/fi
Thank you again…
we have checked, and the settings in Chip Select 4 Configuration, seems to be
ok…
The strange thing is the return value from ioremap(). In U-Boot return value
from address 0x1002000 is 0x45f80360… if we try to map it in our module, then
we use ioremap(), return value is 0x10101
26 matches
Mail list logo
