Add this file to help detect cpu type in runtime.
These macros will be more favorable for driver
to apply errata and workaround to specified cpu type.
Signed-off-by: Haijun Zhang
Signed-off-by: Zhao Chenhui
---
changes for v4:
- Add new set of soc
arch/powerpc/include/asm/mpc85xx.h | 9
Of course.
I'll send patch v4 to add the rest of them.
Thanks.
Regards
Haijun.
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, July 17, 2013 7:54 AM
> To: Wood Scott-B07421
> Cc: Zhang Haijun-B42677; linux-...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; cbouatm
On 07/16/2013 07:04:05 PM, Benjamin Herrenschmidt wrote:
On Tue, 2013-07-16 at 17:40 -0500, Scott Wood wrote:
> On 07/15/2013 03:47:06 AM, Benjamin Herrenschmidt wrote:
> > On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote:
> > > Module CRCs are implemented as absolute symbols that get
r
On Tue, 2013-07-16 at 17:40 -0500, Scott Wood wrote:
> On 07/15/2013 03:47:06 AM, Benjamin Herrenschmidt wrote:
> > On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote:
> > > Module CRCs are implemented as absolute symbols that get resolved by
> > > a linker script. We build an intermediate .o
On 07/16/2013 12:02:09 PM, Scott Wood wrote:
On 07/16/2013 03:46:44 AM, Zhang Haijun-B42677 wrote:
Hi, scott
Need I change something?
I have some patches depend on this.
Expect your advice.
Thanks.
Regards
Haijun.
It looks OK; go ahead and send the patches that depend on it.
Actually, cou
On 07/15/2013 03:47:06 AM, Benjamin Herrenschmidt wrote:
On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote:
> Module CRCs are implemented as absolute symbols that get resolved by
> a linker script. We build an intermediate .o that contains an
> unresolved symbol for each CRC. genksysms par
On 07/16/2013 03:28:06 AM, David Laight wrote:
> On 07/15/2013 11:53:54 AM, Scott Wood wrote:
> > On 07/15/2013 03:45:36 AM, David Laight wrote:
> >> Also, if the high word changes, there is no need to loop.
> >> Just return the second value with a low word of zero
> >> (the returned count happen
On 07/16/2013 03:46:44 AM, Zhang Haijun-B42677 wrote:
Hi, scott
Need I change something?
I have some patches depend on this.
Expect your advice.
Thanks.
Regards
Haijun.
It looks OK; go ahead and send the patches that depend on it.
-Scott
___
Linux
Is possibile to force cpu:bus frequency ration in 2.6.33. kernel?
we have a custom board based on mpc5200b. this is our boot:
CPU: MPC5200B v2.2, Core v1.4 at 132 MHz
Bus 132 MHz, IPB 132 MHz, PCI 66 MHz
Board: Ran Controller Board
I2C: 85 kHz, ready
DRAM: 128 MB
FLASH: 64 MB
Thank you
On some FSL BookE cores (such as e500mc, e5500 and e6500) there does have
a FPU. But some floating point instructions are not supported by the FPU.
Introduce a kernel option so we can make the kernel only support to
emulate these unimplemented instructions. This will definitely reduce
the footprint
For some SoC (such as the FSL BookE) even though there does have
a hardware FPU, but not all floating point instructions are
implemented. Unfortunately some versions of gcc do use these
unimplemented instructions. Then we have to enable the math emulation
to workaround this issue. It seems a little
We have split the math emulation into two parts. This makes it
possible to just emulate the unimplemented floating point instructions
on these boards.
Signed-off-by: Kevin Hao
---
arch/powerpc/configs/corenet64_smp_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/config
On 07/14/2013 02:01 PM, Gerhard Sittig wrote:
> From: Alexander Popov
>
> introduce support for slave s/g transfer preparation and the associated
> device control callback in the MPC512x DMA controller driver, which adds
> support for data transfers between memory and peripheral I/O to the
> prev
Hello everyone!
Hello Gerhard!
Thanks for your work.
2013/7/14 Gerhard Sittig :
> known issues:
> - currently encoded constraints do work for SD card and LPB test suite
> (all known DMA clients ATM), but will need more tuning or support for
> automatic adjustment for transfers of arbitrary le
The Kconfig symbol 8XX_MINIMAL_FPEMU was removed in commit 968219fa33
("powerpc/8xx: Remove 8xx specific "minimal FPU emulation""). But that
commit didn't remove all code depending on that symbol. Do so now.
Signed-off-by: Paul Bolle
---
Not even compile tested!
arch/powerpc/include/asm/emulate
Hi, scott
Need I change something?
I have some patches depend on this.
Expect your advice.
Thanks.
Regards
Haijun.
> -Original Message-
> From: Zhang Haijun-B42677
> Sent: Thursday, July 11, 2013 8:24 AM
> To: linux-...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
> Cc: cbouatmai...@
transition to the COMMON_CLK framework has completed for the MPC512x
platform, remove the now obsolete code path of the mpc5xxx mscan
driver which accessed clock control module registers directly
Signed-off-by: Gerhard Sittig
---
drivers/net/can/mscan/mpc5xxx_can.c | 136 ---
completely switch to, i.e. unconditionally use COMMON_CLK for the
MPC512x platform, and retire the PPC_CLOCK implementation for that
platform after the transition has completed
Signed-off-by: Gerhard Sittig
---
arch/powerpc/platforms/512x/Kconfig | 14 +-
arch/powerpc/platforms/512x/Makefile
device tree based clock lookup, must prepare clocks before enabling
them, error check in the clock setup
this change implements non-fatal clock lookup for compatibility with
platforms that don't provide OF clock specs, but failure to enable a
specified clock is considered fatal
Signed-off-by: Ger
device tree based clock lookup, must prepare clocks before enabling
them, unprepare after disable, error check in the clock setup
Signed-off-by: Gerhard Sittig
---
drivers/media/platform/fsl-viu.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/media/pl
> On 07/15/2013 11:53:54 AM, Scott Wood wrote:
> > On 07/15/2013 03:45:36 AM, David Laight wrote:
> >> Also, if the high word changes, there is no need to loop.
> >> Just return the second value with a low word of zero
> >> (the returned count happened while the function was active).
> >
> > That w
21 matches
Mail list logo
