Re: mpc880 linux-2.6.32 slow running processes

*/ _tlbil_va(addr, 0, 0, 0); #endif /* CONFIG_8xx */ Should be removed in = 2.6.33 kernels. My 8xx TLB work fixes this problem more efficiently. Can you test these 2 patches on recent 2.6 linux: From 9024200169bf86b4f34cb3b1ebf68e0056237bc0 Mon Sep 17 00:00:00 2001 From: Joakim Tjernlund

Re: [PATCH 00/13] powerpc: Backport 8xx TLB to 2.4

Willy Tarreau w...@1wt.eu wrote on 2011/01/11 21:08:53: On Tue, Jan 11, 2011 at 09:12:44AM +0100, Joakim Tjernlund wrote: Willy Tarreau w...@1wt.eu wrote on 2011/01/11 07:09:26: Hi Joakim, On Mon, Jan 10, 2011 at 10:37:46PM +0100, Joakim Tjernlund wrote: This is a backport from

Re: [PATCH 00/13] powerpc: Backport 8xx TLB to 2.4

Scott Wood scottw...@freescale.com wrote on 2011/01/13 21:44:00: BTW, it occurred to me that the following 8xx quirk is best done in 8xx code: From c1985a3b8b16d96ddce5ef90d5a15e70fb8a2aec Mon Sep 17 00:00:00 2001 From: Joakim Tjernlund joakim.tjernl...@transmode.se Date: Tue, 11 Jan

[PATCH 0/3] powerpc: Backport 8xx TLB to 2.4, part2

Did some minor cleanup and fixed a small bug. Resending the Move invalidation of non present TLBs patch properly. Joakim Tjernlund (3): 8xx: Move invalidation of non present TLBs 8xx: Use symbolic constants in TLB asm 8xx: Set correct HW pte flags in DTLB Error too arch/ppc/kernel

[PATCH 1/3] 8xx: Move invalidation of non present TLBs

8xx does not invalidate ~PRESENT TLBs, move the workaround in mm/fault.c here to keep 8xx quirks localized. Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- arch/ppc/kernel/head_8xx.S | 12 ++-- arch/ppc/mm/fault.c|7 --- 2 files changed, 10 insertions

[PATCH 2/3] 8xx: Use symbolic constants in TLB asm

Use the PTE #defines where possible instead of hardcoded constants. Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- arch/ppc/kernel/head_8xx.S | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/ppc/kernel/head_8xx.S b/arch/ppc/kernel

[PATCH 3/3] 8xx: Set correct HW pte flags in DTLB Error too

DTLB Error needs to adjust the HW PTE bits as DTLB Miss does. Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- arch/ppc/kernel/head_8xx.S |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/arch/ppc/kernel/head_8xx.S b/arch/ppc/kernel/head_8xx.S index

Re: mpc880 linux-2.6.32 slow running processes

Heiko Schocher h...@denx.de wrote on 2011/01/21 07:53:02: Hello Joakim, Joakim Tjernlund wrote: Sent by: linuxppc-dev-bounces+joakim.tjernlund=transmode...@lists.ozlabs.org Rafael Beims rbe...@gmail.com wrote on 2011/01/10 17:35:38: Once you have tested it and it works, please send

Re: FTrace on MPC8xx

Stefan Roese m...@stefan-roese.de wrote on 2011/04/13 16:32:21: Hi, I noticed that ftrace doesn't seem to work on MPC8xx. I'm trying to use it on an MPC855T board, but ftrace oopses upon startup: [0.028785] ftrace: allocating 10312 entries in 31 pages [0.038594] [ cut

Re: FTrace on MPC8xx

Stefan Roese m...@stefan-roese.de wrote on 2011/04/13 17:21:33: Hi Joakim, On Wednesday 13 April 2011 16:58:21 Joakim Tjernlund wrote: This is on a 2.6.38 kernel (2.6.32 fails too). Debugging shows that __copy_tofrom_user() fails with return code 4 (called via ftrace_modify_code

Re: FTrace on MPC8xx

Stefan Roese m...@stefan-roese.de wrote on 2011/04/14 17:59:30: Hi Joakim, On Wednesday 13 April 2011 17:38:03 Joakim Tjernlund wrote: How big was the size to copy_tofrom_user()? Did it mange to copy any bytes? The size in __copy_tofrom_user is 4. And its the first call

Re: FTrace on MPC8xx

Stefan Roese m...@stefan-roese.de wrote on 2011/04/14 17:59:30: Hi Joakim, On Wednesday 13 April 2011 17:38:03 Joakim Tjernlund wrote: How big was the size to copy_tofrom_user()? Did it mange to copy any bytes? The size in __copy_tofrom_user is 4. And its the first call

Re: FTrace on MPC8xx

Stefan Roese m...@stefan-roese.de wrote on 2011/04/15 09:22:42: Hi Joakim, On Thursday 14 April 2011 21:21:23 Joakim Tjernlund wrote: hmm, I guess 8xx really maps kernel RO as RO :) Try changing in pte-8xx.h: - #define _PAGE_KERNEL_RO (_PAGE_SHARED) + #define _PAGE_KERNEL_RO

[PATCH] i2c-mpc: Wait for STOP to hit the bus

mpc_i2c_stop() only initiates STOP but does not wait for it to hit the I2C bus. This is a problem when using I2C devices which uses fairly long clock stretching just before STOP if you also have an i2c-mux which may switch to another bus before STOP has been processed. Signed-off-by: Joakim

Re: [PATCH] i2c-mpc: Wait for STOP to hit the bus

Tabi Timur-B04825 b04...@freescale.com wrote on 2012/09/02 04:48:01: On Thu, Aug 30, 2012 at 5:40 AM, Joakim Tjernlund joakim.tjernl...@transmode.se wrote: - mpc_i2c_stop(i2c); + mpc_i2c_stop(i2c); /* Initiate STOP */ + orig_jiffies = jiffies; + /* Wait until

Re: [PATCH] i2c-mpc: Wait for STOP to hit the bus

Joakim Tjernlund/Transmode wrote on 2012/09/02 16:22:00: Tabi Timur-B04825 b04...@freescale.com wrote on 2012/09/02 04:48:01: On Thu, Aug 30, 2012 at 5:40 AM, Joakim Tjernlund joakim.tjernl...@transmode.se wrote: - mpc_i2c_stop(i2c); + mpc_i2c_stop(i2c); /* Initiate STOP

Re: [PATCH] i2c-mpc: Wait for STOP to hit the bus

Wolfram Sang w.s...@pengutronix.de wrote on 2012/09/14 16:02:34: On Thu, Aug 30, 2012 at 12:40:04PM +0200, Joakim Tjernlund wrote: mpc_i2c_stop() only initiates STOP but does not wait for it to hit the I2C bus. This is a problem when using I2C devices which uses fairly long clock

Re: [PATCH 05/04] *** NOT FOR RELEASE *** HACK *** Work around MII clock issue ***

Signed-off-by: Wolfgang Denk w...@denx.de Cc: Grant Likely grant.lik...@secretlab.ca Cc: John Rigby jcri...@gmail.com --- This patch is NOT intended for inclusion into mainline, but rather a request for help. For some reason which I don't understand yet, the Ethernet interface on the ARIA

Re: [PATCH 05/04] *** NOT FOR RELEASE *** HACK *** Work around MII clock issue ***

Wolfgang Denk w...@denx.de wrote on 07/05/2009 11:19:48: Dear Joakim Tjernlund, In message of97606123.49b50465-onc12575af.002e2518-c12575af.002e6...@transmode.se you wrote: Just a stab in the dark: Perhaps the fec-fecp-fec_mii_speed field is misaligned or is 16 bits ? Good idea

Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg

Wolfram Sang wrote: On Thu, May 14, 2009 at 10:10:03AM +0200, Esben Haabendal wrote: This fixes MAL (arbitration lost) bug caused by illegal use of RSTA (repeated START) after STOP condition generated after last byte of reads. Could you elaborate a bit, please? Like an example

Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg

Esben Haabendal esbenhaaben...@gmail.com wrote on 14/05/2009 12:17:48: On Thu, May 14, 2009 at 11:58 AM, Joakim Tjernlund joakim.tjernl...@transmode.se wrote: The problem is that after the STOP condition, the following i2c_msg will be attempted with a repeated START, which according

Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg

Esben Haabendal esbenhaaben...@gmail.com wrote on 15/05/2009 12:18:39: I have now spent a few hours trying a lot of different paths to fix this approach, but I simply cannot find a way to get i2c read to work without a trailing STOP condition with this controller. I found a bug which lets me

Re: [PATCH] i2c-mpc: generate START condition after STOP caused by read i2c_msg

Esben Haabendal esbenhaaben...@gmail.com wrote on 15/05/2009 14:52:28: Your new patch also does not work. Have you tested it? sure, works fine. I haven't stressed it too much though. I already tried something very much what you sent here, I believe the only difference was that I named the

Re: Net: ucc_geth ethernet driver optimization space

linuxppc-dev-bounces+joakim.tjernlund=transmode...@ozlabs.org wrote on 27/05/2009 07:08:07: Guys, The ucc_geth ethernet driver have dozens of strong sync read/write operation, such as in_be32/16/8, out_be32/16/8. all of them is sync read/write, it is very expensive for performance. For

Re: [PATCH] powerpc: tiny memcpy_(to|from)io optimisation

This trivial patch changes memcpy_(to|from)io as to transfer as many 32-bit words as possible in 32-bit accesses (in the current solution, the last 32-bit word was transferred as 4 byte accesses). Signed-off-by: Albrecht Dreß albrecht.dr...@arcor.de --- diff -urpN -X

Re: [PATCH v2] i2c-mpc: generate START condition after STOP caused by read i2c_msg

). Also, I don't really have the time to dig into the topic, so I would only test it and give a tested-by-tag if it doesn't break anything here. I think Joakim would be a good candidate for an acked-by . It sure looks OK, even at a closer look :) Acked-by: Joakim Tjernlund joakim.tjernl

Re: [PATCH] powerpc: tiny memcpy_(to|from)io optimisation

Am 28.05.09 18:13 schrieb(en) Joakim Tjernlund: hmm, these do look a bit unoptimal anyway. Any reason not to write them something like below(written by me for uClibc long time ago). You will have to add eieio()/sync No (and I wasn't aware of the PPC pre-inc vs. post-inc stuff) - I just I

Re: [PATCH] powerpc: tiny memcpy_(to|from)io optimisation

Hi Jocke: Am 29.05.09 08:31 schrieb(en) Joakim Tjernlund: No (and I wasn't aware of the PPC pre-inc vs. post-inc stuff) - I just I think this is true for most RISC based CPU's. It is a pity as post ops are a lot more common. The do {} while(--chunks) is also better. Basically

[PATCH] [spi_mpc83xx] Always enable legacy support.

There are out of tree boards that need this legacy support too. Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- I hope this is OK. I just discovered that spi didn't work for me in 2.6.30 and I have no time to work on coverting my boards. I don't have a clue either on how to do

Re: [PATCH] [spi_mpc83xx] Always enable legacy support.

Anton Vorontsov avoront...@ru.mvista.com wrote on 01/07/2009 23:12:12: On Wed, Jul 01, 2009 at 09:16:12PM +0200, Joakim Tjernlund wrote: There are out of tree boards that need this legacy support too. Heh. Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- I hope

Re: [PATCH 0/2] Setting GPIOs simultaneously

Anton Vorontsov avoront...@ru.mvista.com wrote on 13/07/2009 17:19:11: Hi all, I've been sitting on these patches for some time, but now it appears that the set_sync() feature is needed elsewhere. So here are the patches. Joakim, I think this is what you need. Yes, it sure looks so :) I

Re: [PATCH 0/2] Setting GPIOs simultaneously

Joakim Tjernlund/Transmode wrote on 13/07/2009 18:01:02: Anton Vorontsov avoront...@ru.mvista.com wrote on 13/07/2009 17:19:11: Hi all, I've been sitting on these patches for some time, but now it appears that the set_sync() feature is needed elsewhere. So here are the patches

Ang: Re: [PATCH 0/2] Setting GPIOs simultaneously

-Anton Vorontsov avoront...@ru.mvista.com skrev: - Till: Joakim Tjernlund joakim.tjernl...@transmode.se Från: Anton Vorontsov avoront...@ru.mvista.com Datum: 07/14/2009 00:20 Kopia: David Brownell dbrown...@users.sourceforge.net, linux-ker...@vger.kernel.org, linuxppc-...@ozlabs.org

Re: Ang: Re: [PATCH 0/2] Setting GPIOs simultaneously

Anton Vorontsov avoront...@ru.mvista.com wrote on 15/07/2009 00:09:31: On Tue, Jul 14, 2009 at 11:20:13PM +0200, Joakim Tjernlund wrote: [...] But any users of the legacy bindings should be in-tree. ehh, it was working until you made it OF only. Why do call the native way legacy

Re: Ang: Re: [PATCH 0/2] Setting GPIOs simultaneously

Anton Vorontsov avoront...@ru.mvista.com wrote on 04/08/2009 16:22:50: On Tue, Aug 04, 2009 at 03:38:40PM +0200, Joakim Tjernlund wrote: Anton Vorontsov avoront...@ru.mvista.com wrote on 15/07/2009 00:09:31: On Tue, Jul 14, 2009 at 11:20:13PM +0200, Joakim Tjernlund wrote

oprofile callgraph support missing for common cpus

arch/powerpc/oprofile/common.c has this init code: int __init oprofile_arch_init(struct oprofile_operations *ops) { if (!cur_cpu_spec-oprofile_cpu_type) return -ENODEV; if (firmware_has_feature(FW_FEATURE_ISERIES))

Re: oprofile callgraph support missing for common cpus

Andy Fleming aflem...@freescale.com wrote on 2011/11/17 18:51:52: On Nov 17, 2011, at 11:30 AM, Maynard Johnson wrote: Notice the first if (!cur_cpu_spec-oprofile_cpu_type) return -ENODEV; if (firmware_has_feature(FW_FEATURE_ISERIES))

Re: oprofile callgraph support missing for common cpus

Robert Richter robert.rich...@amd.com wrote on 2011/11/18 00:20:27: On 17.11.11 22:27:46, Joakim Tjernlund wrote: For my e300c2 cpu both if's are false and I don't get support for callgraph/backtrace support. Moving the ops-backtrace = op_powerpc_backtrace; to the top enables

Re: oprofile callgraph support missing for common cpus

Robert Richter robert.rich...@amd.com wrote on 2011/11/18 00:20:27: On 17.11.11 22:27:46, Joakim Tjernlund wrote: For my e300c2 cpu both if's are false and I don't get support for callgraph/backtrace support. Moving the ops-backtrace = op_powerpc_backtrace; to the top enables

Re: oprofile callgraph support missing for common cpus

Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 2011/11/25 06:24:32: On Fri, 2011-11-18 at 09:22 +0100, Joakim Tjernlund wrote: I forgot to ask, oprofile mentions setting -no-omit-framepointer to get correct backtrace but I cannot turn on frame pointers for the ppc kernel. Isn't

Re: Problem with eLBC?

On 12/05/2011 08:02 AM, Alexander Lyasin wrote: In reply to your Service Request SR 1-807899446: Yes, due to several design peculiarities in local bus nand controller, simultaneous accesses to nand flash and to other local bus memory controller may cause nand flash controller access

Re: [PATCH 00/14] Backport 8xx TLB to 2.4

To: Joakim Tjernlund joakim.tjernl...@transmode.se From: Willy Tarreau w...@1wt.eu Hi Joakim, On Mon, Oct 10, 2011 at 01:30:06PM +0200, Joakim Tjernlund wrote: This is a backport from 2.6 which I did to overcome 8xx CPU bugs. 8xx does not update the DAR register when taking a TLB

Re: [PATCH] net/ucc_geth: some fix in current kernel

* Revert commit ucc_geth: Fix hangs after switching from full to half duplex This commit impacted the driver in all link state change more than duplex change. hmm, so what will happen now when switching from full to half duplex? Will it just hang? If so that doesn't seem like an

Re: Mac address in the DT

Hi Wolfgang, I need to automate a sequence of commands. To do that I am setting a environment variable with the sequence of commands. And using run command run the environment variable. But one of the command uses in the command. So how do I save the command with quotes. Below is the

RE: Mac address in the DT

smitha.va...@wipro.com wrote on 2012/01/09 15:28:54: Hi Joakim, I have tried it but it doesn't work. Just now found that with single ' quotes the entire sequence it works. Setenv set_mac 'cp 0xffec 0x10 1024;fdt addr 0xc0 8192;fdt set /soc8272@f000/ethernet@24000

Re: Mac address in the DT

smitha.va...@wipro.com wrote on 2012/01/10 10:37:14: Hi, The fdt_fixup_ethernet() is not supported in the older version of u-boot. So how to go about it in u-boot 1.3.0 version. Upgrade or find out how its done in your older version, I have no idea.

Re: [PATCH 00/14] Backport 8xx TLB to 2.4

Willy Tarreau w...@1wt.eu wrote on 2011/12/11 18:33:46: Hi Joakim, On Sun, Dec 11, 2011 at 06:19:54PM +0100, Joakim Tjernlund wrote: To: Joakim Tjernlund joakim.tjernl...@transmode.se From: Willy Tarreau w...@1wt.eu Hi Joakim, On Mon, Oct 10, 2011 at 01:30:06PM +0200, Joakim

Re: [PATCH 00/14] Backport 8xx TLB to 2.4

Willy Tarreau w...@1wt.eu wrote on 2012/02/08 10:44:26: Hi Joakim, On Wed, Feb 08, 2012 at 09:44:18AM +0100, Joakim Tjernlund wrote: Willy Tarreau w...@1wt.eu wrote on 2011/12/11 18:33:46: Hi Joakim, On Sun, Dec 11, 2011 at 06:19:54PM +0100, Joakim Tjernlund wrote

Re: [PATCH v3 2/2] powerpc/8xx: use _PAGE_RO instead of _PAGE_RW

On Tue, 2015-01-06 at 08:03 +0100, leroy christophe wrote: Le 05/01/2015 19:12, Joakim Tjernlund a écrit : On Mon, 2014-12-22 at 11:14 +0100, Christophe Leroy wrote: On powerpc 8xx, in TLB entries, 0x400 bit is set to 1 for read-only pages and is set to 0 for RW pages. So we should use

Re: [PATCH 1/2] powerpc: Add 64bit optimised memcmp

On Mon, 2015-01-12 at 11:55 +1100, Anton Blanchard wrote: Hi David, The unrolled loop (deleted) looks excessive. On a modern cpu with multiple execution units you can usually manage to get the loop overhead to execute in parallel to the actual 'work'. So I suspect that a much simpler

Re: [PATCH 04/11] powerpc/8xx: Take benefit of aligned PGDIR

On Tue, 2014-12-16 at 16:03 +0100, Christophe Leroy wrote: L1 base address is now aligned so we can insert L1 index into r11 directly and then preserve r10 Signed-off-by: Christophe Leroy christophe.le...@c-s.fr Acked-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- arch/powerpc

Re: [PATCH v3 2/2] powerpc/8xx: use _PAGE_RO instead of _PAGE_RW

On Mon, 2014-12-22 at 11:14 +0100, Christophe Leroy wrote: On powerpc 8xx, in TLB entries, 0x400 bit is set to 1 for read-only pages and is set to 0 for RW pages. So we should use _PAGE_RO instead of _PAGE_RW Signed-off-by: Christophe Leroy christophe.le...@c-s.fr Hi Christophe, been

Re: [PATCH 02/11] powerpc/8xx: remove tests on PGDIR entry validity

-by: Christophe Leroy christophe.le...@c-s.fr Nice :) Acked-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- arch/powerpc/kernel/head_8xx.S | 41 - 1 file changed, 8 insertions(+), 33 deletions(-) diff --git a/arch/powerpc/kernel/head_8xx.S b

Re: [PATCH 11/11] powerpc/8xx: Add support for TASK_SIZE greater than 0x80000000

as happy with not supporting different TASK_SIZEs, but why not .. Acked-by: Joakim Tjernlund joakim.tjernl...@transmode.se Signed-off-by: Christophe Leroy christophe.le...@c-s.fr --- arch/powerpc/kernel/head_8xx.S | 29 + 1 file changed, 21 insertions(+), 8

Re: [PATCH 09/11] powerpc/8xx: dont save CR in SCRATCH registers

On Tue, 2014-12-16 at 16:03 +0100, Christophe Leroy wrote: CR only needs to be preserved when checking if we are handling a kernel address. So we can preserve CR in a register: - In ITLBMiss, check is done only when CONFIG_MODULES is defined. Otherwise we don't need to do anything at all

Re: [PATCH 05/11] powerpc/8xx: Optimise access to swapper_pg_dir

On Tue, 2014-12-16 at 16:03 +0100, Christophe Leroy wrote: All accessed to PGD entries are done via 0(r11). By using lower part of swapper_pg_dir as load index to r11, we can remove the ori instruction. Signed-off-by: Christophe Leroy christophe.le...@c-s.fr Nice :) Acked-by: Joakim

Re: [RFC 00/10] Freescale DPAA B/QMan drivers

On Fri, 2015-02-20 at 09:43 -0500, Bob Cochran wrote: On 02/05/2015 10:52 AM, Emil Medve wrote: Hello Bob, On 02/05/2015 09:48 AM, Bob Cochran wrote: On 02/04/2015 09:48 AM, Emil Medve wrote: Hello, This is the first attempt to publish the Freescale DPAA B/QMan

[PATCH 2/2] sdhci-of-esdhc: Pre divider starts at 1

For PowerPC esdhc pre divider starts at 1, fixing this increases the actual clock from 40 MHz to 50 MHz. Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- drivers/mmc/host/sdhci-of-esdhc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host

[PATCH 1/2] sdhci-of-esdhc: Support 8BIT bus width.

Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se --- drivers/mmc/host/sdhci-of-esdhc.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/mmc/host/sdhci-of-esdhc.c b/drivers/mmc/host/sdhci-of-esdhc.c index 22e9111..7130130 100644 --- a/drivers/mmc/host/sdhci

Re: [PATCH 1/2] sdhci-of-esdhc: Support 8BIT bus width.

On Mon, 2015-05-04 at 21:17 +, Joakim Tjernlund wrote: On Mon, 2015-05-04 at 19:31 +0200, Arnd Bergmann wrote: On Monday 04 May 2015 18:31:31 Joakim Tjernlund wrote: @@ -252,6 +260,8 @@ static void esdhc_of_platform_init(struct sdhci_host *host) if (vvn VENDOR_V_22

Re: [PATCH 1/2] sdhci-of-esdhc: Support 8BIT bus width.

On Mon, 2015-05-04 at 19:31 +0200, Arnd Bergmann wrote: On Monday 04 May 2015 18:31:31 Joakim Tjernlund wrote: @@ -252,6 +260,8 @@ static void esdhc_of_platform_init(struct sdhci_host *host) if (vvn VENDOR_V_22) host-quirks = ~SDHCI_QUIRK_NO_BUSY_IRQ

Re: [PATCH 02/10] dpaa_eth: add support for DPAA Ethernet

On Wed, 2015-07-22 at 19:16 +0300, Madalin Bucur wrote: This introduces the Freescale Data Path Acceleration Architecture (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan, BMan, PAMU and FMan drivers to deliver Ethernet connectivity on the Freescale DPAA QorIQ platforms.

Re: PCI not working in 4.1 for p2010rdb(Freescale) based board

On Fri, 2015-08-14 at 13:15 +, Joakim Tjernlund wrote: I upgraded our kernel for our custom p2010rdb based board from 3.4 to 4.1 and I cannot get the PCI controller to work, it is not initialized as can be seem by the below dmesg fro 3.4 and 4.1. Sorry to say, PCI is not my cup of tea

PCI not working in 4.1 for p2010rdb(Freescale) based board

I upgraded our kernel for our custom p2010rdb based board from 3.4 to 4.1 and I cannot get the PCI controller to work, it is not initialized as can be seem by the below dmesg fro 3.4 and 4.1. Sorry to say, PCI is not my cup of tea so I don't not know how to find the culprit. I have checked what

Re: [PATCH RFC 02/10] dpaa_eth: add support for DPAA Ethernet

On Wed, 2015-04-01 at 19:19 +0300, Madalin Bucur wrote: This introduces the Freescale Data Path Acceleration Architecture (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan, BMan, PAMU and FMan drivers to deliver Ethernet connectivity on the Freescale DPAA QorIQ platforms.

Re: [PATCH RFC 02/10] dpaa_eth: add support for DPAA Ethernet

On Mon, 2015-07-20 at 09:54 +0200, Joakim Tjernlund wrote: On Wed, 2015-04-01 at 19:19 +0300, Madalin Bucur wrote: This introduces the Freescale Data Path Acceleration Architecture (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan, BMan, PAMU and FMan drivers to deliver

Re: [RFC,v3,12/12] fsl/fman: Add FMan MAC driver

On Wed, 2015-04-29 at 12:29 +0300, Igal.Liberman wrote: From: Igal Liberman igal.liber...@freescale.com This patch adds the Ethernet MAC driver support. Signed-off-by: Igal Liberman igal.liber...@freescale.com --- drivers/net/ethernet/freescale/fman/inc/mac.h | 125 +

Re: [RFC,v3,12/12] fsl/fman: Add FMan MAC driver

On Mon, 2015-07-20 at 12:28 +, Madalin-Cristian Bucur wrote: Hi Joakim, It seems we just need to align to the API introduced by Thomas Petazzoni in 3be2a49e. Madalin So it seems, any idea when the next spin will be ready? Could you also push it onto

Re: [PATCH RFC 02/10] dpaa_eth: add support for DPAA Ethernet

On Mon, 2015-07-20 at 12:18 +, Madalin-Cristian Bucur wrote: Hi Joakim -Original Message- From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se] Sent: Monday, July 20, 2015 10:57 AM To: linuxppc-dev@lists.ozlabs.org; net...@vger.kernel.org; Bucur Madalin- Cristian

Re: [RFC,v3,12/12] fsl/fman: Add FMan MAC driver

On Mon, 2015-07-20 at 13:33 +, Madalin-Cristian Bucur wrote: -Original Message- From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se] Sent: Monday, July 20, 2015 3:57 PM To: net...@vger.kernel.org; Liberman Igal-B31950; Bucur Madalin-Cristian- B32716 Cc: linuxppc

Re: [net-next v4 2/8] dpaa_eth: add support for DPAA Ethernet

On Mon, 2015-11-02 at 19:31 +0200, Madalin Bucur wrote: > + if (unlikely(fd_status & FM_FD_STAT_RX_ERRORS) != 0) { > + if (net_ratelimit()) > + netif_warn(priv, hw, net_dev, "FD status = 0x%08x\n", > + fd_status &

Re: [net-next v4 2/8] dpaa_eth: add support for DPAA Ethernet

On Tue, 2015-11-03 at 09:37 +, Madalin-Cristian Bucur wrote: > > -Original Message- > > From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se] > > > > On Mon, 2015-11-02 at 19:31 +0200, Madalin Bucur wrote: > > > + if (unlikely(fd_st

Re: devicetree and IRQ7 mapping for T1042(mpic)

On Wed, 2015-10-14 at 19:11 -0500, Scott Wood wrote: > On Wed, 2015-10-14 at 19:37 +0000, Joakim Tjernlund wrote: > > I am trying to figure out how to describe/map external IRQ7 in the > > devicetree. > > > > Basically either IRQ7 to be left alone by Linux(becase u-

devicetree and IRQ7 mapping for T1042(mpic)

I am trying to figure out how to describe/map external IRQ7 in the devicetree. Basically either IRQ7 to be left alone by Linux(becase u-boot already set it up) or map IRQ7 to sie 0(MPIC_EILR7=0xf0) and prio=0xf(MPIC_EIVPR7=0x4f) There is no need for SW handler because IRQ7 will be routed to

Re: Strange reports of perf events on powerpc 83xx

On Thu, 2015-08-27 at 15:58 +0200, leroy christophe wrote: > Hi, > > Has anybody already used 'perf' tool on powerpc MPC83xx ? > > I have been succesfully using perf on MPC8xx, but on MPC83xx I get > something strange. > > perf record/report reports addresses on user stack, as if it was mixing

Re: [PATCH v2 22/25] powerpc32: move xxxxx_dcache_range() functions inline

On Tue, 2015-09-22 at 14:42 -0500, Scott Wood wrote: > On Tue, 2015-09-22 at 19:34 +0000, Joakim Tjernlund wrote: > > On Tue, 2015-09-22 at 13:58 -0500, Scott Wood wrote: > > > On Tue, 2015-09-22 at 18:12 +, Joakim Tjernlund wrote: > > > > On Tue, 2015-09-22 at

Re: [PATCH v2 22/25] powerpc32: move xxxxx_dcache_range() functions inline

On Tue, 2015-09-22 at 13:58 -0500, Scott Wood wrote: > On Tue, 2015-09-22 at 18:12 +0000, Joakim Tjernlund wrote: > > On Tue, 2015-09-22 at 18:51 +0200, Christophe Leroy wrote: > > > flush/clean/invalidate _dcache_range() functions are all very > > > similar and are q

Re: [PATCH v2 22/25] powerpc32: move xxxxx_dcache_range() functions inline

> > And generally the one proposing uglification-for-optimization should > > provide > > the evidence. :-) > > When it comes to gcc, past history is my evidence until proven otherwise :) > Maybe I will check again ... OK then: static inline void mb(void) { __asm__ __volatile__ ("sync"

Re: [PATCH v2 22/25] powerpc32: move xxxxx_dcache_range() functions inline

On Tue, 2015-09-22 at 18:51 +0200, Christophe Leroy wrote: > flush/clean/invalidate _dcache_range() functions are all very > similar and are quite short. They are mainly used in __dma_sync() > perf_event locate them in the top 3 consumming functions during > heavy ethernet activity > > They are

Re: [PATCH v2 20/25] powerpc32: Remove clear_pages() and define clear_page() inline

Hi Christophe Really nice patchset! On Tue, 2015-09-22 at 18:51 +0200, Christophe Leroy wrote: > clear_pages() is never used, and PPC32 is the only architecture > (still) having this function. Neither PPC64 nor any other > architecture has it. > > This patch removes clear_page() and move

Re: [PATCH v2 22/25] powerpc32: move xxxxx_dcache_range() functions inline

On Tue, 2015-09-22 at 15:14 -0500, Scott Wood wrote: > On Tue, 2015-09-22 at 19:55 +0000, Joakim Tjernlund wrote: > > On Tue, 2015-09-22 at 14:42 -0500, Scott Wood wrote: > > > On Tue, 2015-09-22 at 19:34 +, Joakim Tjernlund wrote: > > > > On Tue, 2015-09-22 at

Re: [PATCH v2 22/25] powerpc32: move xxxxx_dcache_range() functions inline

On Tue, 2015-09-22 at 15:35 -0500, Scott Wood wrote: > On Tue, 2015-09-22 at 20:32 +0000, Joakim Tjernlund wrote: > > On Tue, 2015-09-22 at 15:14 -0500, Scott Wood wrote: > > > On Tue, 2015-09-22 at 19:55 +, Joakim Tjernlund wrote: > > > > On Tue, 2015-09-22 at

Re: [PATCH] powerpc/fsl: Update fman dt binding with pcs-phy and tbi-phy

On Tue, 2015-12-22 at 06:18 +0200, igal.liber...@freescale.com wrote: > From: Igal Liberman > > Signed-off-by: Igal Liberman > --- >  .../devicetree/bindings/powerpc/fsl/fman.txt   |   39 > >  1 file changed, 39

Re: [Patch v2 5/5] drivers/net: support hdlc function for QE-UCC

On Thu, 2016-06-02 at 09:45 +0800, Zhao Qiang wrote: > The driver add hdlc support for Freescale QUICC Engine. > It support NMSI and TSA mode. > > Signed-off-by: Zhao Qiang > --- > Changes for v2: > - remove useless code. > - remove Unnecessary casts > -

Re: [PATCH 4/5] fsl/qe: Add QE TDM lib

On Wed, 2016-03-30 at 16:50 +0800, Zhao Qiang wrote: > QE has module to support TDM, some other protocols > supported by QE are based on TDM. > add a qe-tdm lib, this lib provides functions to the protocols > using TDM to configurate QE-TDM. > > Signed-off-by: Zhao Qiang >

Re: [PATCH net-next v6 02/10] dpaa_eth: add support for DPAA Ethernet

IQ platforms. Nice to see DPAA support soon entering the kernel(not a day too early:) I would like to see BQL supported from day one though, if possible.  Regards           Joakim Tjernlund

Re: [PATCH 3/3] powerpc/corenet: add support for the kmcent2 board

On Thu, 2016-12-15 at 14:22 +0100, Valentin Longchamp wrote: > This board is built around Freescale's T1040 SoC. > > The peripherals used by this design are: > - DDR3 RAM with SPD support > - parallel NOR Flash as boot medium > - 1 PCIe bus (PCIe1 x1) > - 3 FMAN Ethernet devices (FMAN1

Re: Machine Check in P2010(e500v2)

On Sat, 2017-09-09 at 14:59 +0200, Joakim Tjernlund wrote: > On Sat, 2017-09-09 at 14:45 +0200, Joakim Tjernlund wrote: > > On Fri, 2017-09-08 at 22:27 +, Leo Li wrote: > > > > -Original Message- > > > > From: Joakim Tjernlund [mailto:joakim.tjernl...@i

Re: Machine Check in P2010(e500v2)

On Sat, 2017-09-09 at 14:45 +0200, Joakim Tjernlund wrote: > On Fri, 2017-09-08 at 22:27 +, Leo Li wrote: > > > -Original Message- > > > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] > > > Sent: Friday, September 08, 2017 7:51 AM > >

irq 26: nobody cared, caused by mpc85xx_pci_isr on P2010 and T1042

Some PCIe errors, don't know which(possibly by PCIe 4 in http://pdf1.solecsy.com/61/5af9fd2d-652c-4331-b49c-807c7c47f4f7.pdf) causes endless IRQ for EDAC's PCIe routine: [ 17.690716] irq 26: nobody cared (try booting with the "irqpoll" option) [ 17.697417] CPU: 0 PID: 0 Comm: swapper Not

Re: Machine Check in P2010(e500v2)

On Thu, 2017-09-07 at 18:54 +, Leo Li wrote: > > -Original Message- > > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] > > Sent: Thursday, September 07, 2017 3:41 AM > > To: linuxppc-dev@lists.ozlabs.org; Leo Li <leoyang...@nxp.com>;

Re: UIO memmap of PCi devices not working?

On Thu, 2017-09-07 at 10:59 +0200, Joakim Tjernlund wrote: > On Thu, 2017-09-07 at 18:33 +1000, Benjamin Herrenschmidt wrote: > > On Thu, 2017-09-07 at 07:22 +0000, Joakim Tjernlund wrote: > > > On Thu, 2017-09-07 at 17:16 +1000, Benjamin Herrenschmidt wrote: > > > &g

Re: Machine Check in P2010(e500v2)

On Thu, 2017-09-07 at 00:50 +0200, Joakim Tjernlund wrote: > On Wed, 2017-09-06 at 21:13 +, Leo Li wrote: > > > -Original Message- > > > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] > > > Sent: Wednesday, September 06, 2017

Re: UIO memmap of PCi devices not working?

On Thu, 2017-09-07 at 18:33 +1000, Benjamin Herrenschmidt wrote: > On Thu, 2017-09-07 at 07:22 +0000, Joakim Tjernlund wrote: > > On Thu, 2017-09-07 at 17:16 +1000, Benjamin Herrenschmidt wrote: > > > On Wed, 2017-09-06 at 15:20 +, Joakim Tjernlund wrote: > > > &g

Re: Machine Check in P2010(e500v2)

On Fri, 2017-09-08 at 11:54 +0200, Joakim Tjernlund wrote: > On Thu, 2017-09-07 at 18:54 +, Leo Li wrote: > > > -Original Message- > > > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] > > > Sent: Thursday, September 07, 2017

Re: Machine Check in P2010(e500v2)

On Wed, 2017-09-06 at 10:05 +, Laurentiu Tudor wrote: > Hi Jocke, > > On 09/01/2017 02:32 PM, Joakim Tjernlund wrote: > > I am trying to debug a Machine Check for a P2010 (e500v2) CPU: > > > > [ 28.111816] Caused by (from MCSR=10008): Bus - Read Data Bus Er

Re: Machine Check in P2010(e500v2)

d6 07006000 132f9fa8 [ 28.275547] NIP [10a4e2f4] 0x10a4e2f4 [ 28.279204] LR [10a4e404] 0x10a4e404 [ 28.282772] Call Trace: [ 28.285213] ---[ end trace 9f8b64ab1e83f449 ]--- [ 28.289825] Jocke On Fri, 2017-09-01 at 13:32 +0200, Joakim Tjernlund wrote: > I

UIO memmap of PCi devices not working?

Having problems to mmap PCI UIO devices and stumbeled over this page: http://billfarrow.blogspot.se/2010/09/userspace-access-to-pci-memory.html it claims some adjustments are needed for UIO mmap over PCI to work. These are #if 0 ATM and trying to enable them fails build. Can this be fixed to at

Re: Machine Check in P2010(e500v2)

On Wed, 2017-09-06 at 19:31 +, Leo Li wrote: > > -Original Message- > > From: York Sun > > Sent: Wednesday, September 06, 2017 10:38 AM > > To: Joakim Tjernlund <joakim.tjernl...@infinera.com>; linuxppc- > > d...@lists.ozlabs.org; Leo Li <leoya

Re: Machine Check in P2010(e500v2)

On Wed, 2017-09-06 at 20:28 +, Leo Li wrote: > > -Original Message- > > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] > > Sent: Wednesday, September 06, 2017 3:17 PM > > To: linuxppc-dev@lists.ozlabs.org; Leo Li <leoyang...@nxp.com>;

<    1   2   3   4   5   6   7   >