only DTLB Miss did set this bit, DTLB Error needs too otherwise
the setting is lost when the page becomes dirty.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/arch/ppc/kernel/head_8xx.S b/arch
8xx has not had WRITETHRU due to lack of bits in the pte.
After the recent rewrite of the 8xx TLB code, there are
two bits left. Use one of them to WRITETHRU.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S |8
include/asm-ppc/pgtable.h |5 +++--
2 files changed
DTLB Error needs to adjust the HW PTE bits as DTLB Miss
does.
Signed-off-by: Joakim Tjernlund
---
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 402158d..4bcd9b3 100644
--- a
Use the PTE #defines where possible instead of
hardcoded constants.
Signed-off-by: Joakim Tjernlund
---
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/head_8xx.S
index 4bcd9b3..0f2101d
Now that 8xx can fixup dcbX instructions, start using them
where possible like every other PowerPc arch do.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/misc.S | 18 --
arch/ppc/lib/string.S | 17 -
2 files changed, 0 insertions(+), 35 deletions
Only update pte w.r.t ACCESSED if it isn't already set
Wrap ACCESSED with #ifndef NO_SWAP for too ease optimization.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/arch/ppc/kernel/head_8x
The new MMU/TLB code no longer sets ACCESSED unconditionally
so remove the exception.
Signed-off-by: Joakim Tjernlund
---
include/asm-ppc/pgtable.h | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/include/asm-ppc/pgtable.h b/include/asm-ppc/pgtable.h
index
This adds Large page support for 8xx and uses it
for all kernel RAM.
Further usage is possible, IMAP_ADDR and on board
flash comes to mind.
There is one bit free the pte which could be used for
selecting different large page sizes but that is for another
day.
- Dan, what do you think :)
Joakim
We need this bit for large pages(8MB). Adjust TLB code
to not clear bit 28 Mx_RPN
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S |8
include/asm-ppc/pgtable.h |6 +-
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/arch/ppc/kernel/head_8xx.S b
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S | 22 +++---
1 files changed, 15 insertions(+), 7 deletions(-)
diff --git a/arch/ppc/kernel/head_8xx.S b/arch/ppc/kernel/head_8xx.S
index 8e3fe40..439e7f2 100644
--- a/arch/ppc/kernel/head_8xx.S
+++ b/arch/ppc
Use the new _PAGE_PSE to map all kernel RAM with 8 MB TLBs
Signed-off-by: Joakim Tjernlund
---
arch/ppc/mm/pgtable.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/ppc/mm/pgtable.c b/arch/ppc/mm/pgtable.c
index 866ae43..56e847e 100644
--- a/arch/ppc/mm
Dan Malek wrote on 2011/10/10 18:22:09:
>
>
> Hi Joakim.
>
> On Oct 10, 2011, at 4:38 AM, Joakim Tjernlund wrote:
>
> > This adds Large page support for 8xx and uses it
> > for all kernel RAM
>
> > - Dan, what do you think :)
>
> Since you asked, y
Dan Malek wrote on 2011/10/10 20:03:53:
>
>
> On Oct 10, 2011, at 9:45 AM, Joakim Tjernlund wrote:
>
> > That is an easy port but I will have to do that blind. Would you
> > mind take this for a spin on 2.4 first?
>
> My current system is running 2.6, so I don'
Joakim Tjernlund/Transmode wrote on 2011/10/11 09:42:58:
>
> Dan Malek wrote on 2011/10/10 20:03:53:
> >
> >
> > On Oct 10, 2011, at 9:45 AM, Joakim Tjernlund wrote:
> >
> > > That is an easy port but I will have to do that blind. Would you
> > > mi
Dan Malek wrote on 2011/10/13 03:08:12:
>
>
> Hi Joakim.
>
> On Oct 12, 2011, at 2:36 PM, Joakim Tjernlund wrote:
>
> > Dan, where did you go? I figured you would throw yourself at this as
> > this is
> > something you been meaning to do yourself for years :)
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))
Andy Fleming 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))
> >>
Robert Richter 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-&
Robert Richter 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-&
Benjamin Herrenschmidt 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.
>
>
> 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 controlle
> To: Joakim Tjernlund
> From: Willy Tarreau
>
> 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 &
>
> * 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 imp
>
> 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.
>
> B
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 mac-address "[00 44
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.
___
Linuxppc
Willy Tarreau 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
> > > From: Willy Tarreau
> > >
> > > Hi Joakim, On Mon, Oct 10, 2011 at 01:30:06PM +
Willy Tarreau 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 wrote on 2011/12/11 18:33:46:
> > >
> > > Hi Joakim,
> > >
> > > On Sun, Dec 11, 2011 at
Trying to get the pciehp module to work on the above system.
I can see it register but then nothing happens. I suspect there is
something missing that I don't see ATM. Any clues what to look for?
Jocke
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.
Joakim Tjernlund/Transmode wrote on 2012/06/04 11:06:41:
>
> Benjamin Herrenschmidt wrote on 2012/06/02
> 23:21:16:
> >
> > On Sat, 2012-06-02 at 20:29 +0200, Joakim Tjernlund wrote:
> > >
> > > hmm, where does this go w.r.t the patch? Got the feeling th
Hi Guys
I see that you have been hacking Freescale PCI before so I send this to you(and
the list)
We are using PCIe(as RC) on P2010(basically a mpc85xx) and have PCI device that
started from user space (needs advance clock conf) so when linux boots there is
no device at all.
Trying to "hotplug"
> > From: Linuxppc-dev [mailto:linuxppc-dev-bounces+tie-
> > fei.zang=freescale@lists.ozlabs.org] On Behalf Of Joakim Tjernlund
> > Sent: Tuesday, July 10, 2012 3:44 AM
> > To: linuxppc-...@ozlabs.org
> > Subject: PCIE Hotplug on P2010(mpc85xx) ?
> >
> &
Zang Roy-R61911 wrote on 2012/07/20 10:27:52:
>
>
>
> > -Original Message-
> > From: linuxppc-dev-bounces+tie-fei.zang=freescale@lists.ozlabs.org
> > [mailto:linuxppc-dev-bounces+tie-fei.zang=freescale@lists.ozlabs.org]
> > On Behalf Of Joakim Tj
Zang Roy-R61911 wrote on 2012/07/20 11:31:31:
>
>
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se]
> > Sent: Friday, July 20, 2012 16:36 PM
> > To: Zang Roy-R61911
> > Cc: linuxppc-...@ozlabs.org
> >
Kumar Gala wrote on 2012/07/20 20:53:10:
>
>
> On Jul 20, 2012, at 2:17 AM, Joakim Tjernlund wrote:
>
> >
> > Hi Guys
> >
> > I see that you have been hacking Freescale PCI before so I send this to
> > you(and the list)
> >
> > We are using
Kumar Gala wrote on 2012/07/20 20:53:10:
> From: Kumar Gala
> To: Joakim Tjernlund ,
> Cc: scottw...@freescale.com, linuxppc-...@ozlabs.org
> Date: 2012/07/20 20:53
> Subject: Re: mpc8xxx PCIe hotplug needs fixing, some clues ..
>
>
> On Jul 20, 2012, at 2:17 AM
Joakim Tjernlund/Transmode wrote on 2012/07/21 18:11:32:
>
> Kumar Gala wrote on 2012/07/20 20:53:10:
> >
> >
> > On Jul 20, 2012, at 2:17 AM, Joakim Tjernlund wrote:
> >
> > >
> > > Hi Guys
> > >
> > > I see that you have been
>
>
> On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:
>
> > We unified the Freescale pci/pcie initialization by changing the fsl_pci
> > to a platform driver. In previous PCI code architecture the initialization
> > routine is called at board_setup_arch stage. Now the initialization is done
> > in
>
> Joakim Tjernlund/Transmode wrote on 2012/07/21 18:11:32:
> >
> > Kumar Gala wrote on 2012/07/20 20:53:10:
> > >
> > >
> > > On Jul 20, 2012, at 2:17 AM, Joakim Tjernlund wrote:
> > >
> > > >
> > > > Hi Guys
> &
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
Tabi Timur-B04825 wrote on 2012/09/02 04:48:01:
> On Thu, Aug 30, 2012 at 5:40 AM, Joakim Tjernlund
> wrote:
>
> > - mpc_i2c_stop(i2c);
> > + mpc_i2c_stop(i2c); /* Initiate STOP */
> > + orig_jiffies = jiffies;
> > + /* Wait un
Joakim Tjernlund/Transmode wrote on 2012/09/02 16:22:00:
>
> Tabi Timur-B04825 wrote on 2012/09/02 04:48:01:
> > On Thu, Aug 30, 2012 at 5:40 AM, Joakim Tjernlund
> > wrote:
> >
> > > - mpc_i2c_stop(i2c);
> > > + mpc_i2c_stop(i2c); /* I
Wolfram Sang 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 cloc
> Signed-off-by: Kenth Eriksson
Acked-by: Joakim Tjernlund
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
>
> On 2012-04-11 10:14, Gary Thomas wrote:
> >
> > n.b. sorry if you receive this twice - ThunderBird seems very crashy lately!
> >
> > I'm trying to update my MPC8379 board from 3.0 to 3.3. I have
> > this setup in my device tree:
> >
> > mdio@24520 {
> > #address-cells = <1>;
> > #size-cells = <
>
> On Mon, 2012-04-16 at 14:13 -0600, Grant Likely wrote:
> > Ben, I can take these two patches via my irqdomain tree if you prefer.
>
> Let me give them a test run first.
Hi Ben
If you are going to test 8xx, could you revert
e0908085fc2391c85b85fb814ae1df377c8e0dcb,
powerpc/8xx: Fix regression
Benjamin Herrenschmidt wrote on 2012/04/17 03:00:40:
>
> On Tue, 2012-04-17 at 02:03 +0200, Joakim Tjernlund wrote:
> >
> > If you are going to test 8xx, could you revert
> > e0908085fc2391c85b85fb814ae1df377c8e0dcb,
> > powerpc/8xx: Fix regression introdu
Benjamin Herrenschmidt wrote on 2012/04/24 05:13:15:
>
> On Mon, 2012-04-23 at 16:30 -0600, Grant Likely wrote:
> > The mpc8xx driver uses a reference to NR_IRQS that is buggy. It uses
> > NR_IRQs for the array size of the ppc_cached_irq_mask bitmap, but
> > NR_IRQs could be smaller than the numb
I cannot make simple break points using BDI2000 work in 3.3, abatro suggests
that it
depends on MSR[DE] is cleared by the kernel. With the emulator I can see that
MSR[DE] is off quite often by just stopping at random times and looking at MSR
so
it seems like the kernel is turning MSR[DE] off mos
Bob Cochran wrote on 2012/05/29 20:13:21:
>
> On 05/29/2012 08:00 AM, Joakim Tjernlund wrote:
> >
> > I cannot make simple break points using BDI2000 work in 3.3, abatro
> > suggests that it
> > depends on MSR[DE] is cleared by the kernel. With the emulator I can se
Emulators such as BDI2000 and CodeWarrior needs to have MSR_DE set
in order to support break points.
This adds MSR_DE for kernel space only.
---
I have tested this briefly with BDI2000 on P2010(e500) and
it works for me. I don't know if there are any bad side effects, therfore
this RFC.
arch/pow
Abatron Support wrote on 2012/05/30 14:08:26:
>
> >> I have tested this briefly with BDI2000 on P2010(e500) and
> >> it works for me. I don't know if there are any bad side effects,
> >> therfore
> >> this RFC.
>
> > We used to have MSR_DE surrounded by CONFIG_something
> > to ensure it wasn't set
Abatron Support wrote on 2012/05/31 11:30:57:
>
>
> > Abatron Support wrote on 2012/05/30 14:08:26:
> >>
> >> >> I have tested this briefly with BDI2000 on P2010(e500) and
> >> >> it works for me. I don't know if there are any bad side effects,
> >> >> therfore
> >> >> this RFC.
> >>
> >> > We us
Scott Wood wrote on 2012/05/31 19:47:53:
>
> On 05/31/2012 04:56 AM, Joakim Tjernlund wrote:
> > Abatron Support wrote on 2012/05/31 11:30:57:
> >>
> >>
> >>> Abatron Support wrote on 2012/05/30 14:08:26:
> >>>>
> >>>>&
Scott Wood wrote on 2012/05/31 23:43:34:
>
> On 05/31/2012 04:38 PM, Joakim Tjernlund wrote:
> > Scott Wood wrote on 2012/05/31 19:47:53:
> >>
> >> On 05/31/2012 04:56 AM, Joakim Tjernlund wrote:
> >>> Abatron Support wrote on 2012/05/31 11:30:57:
>
Scott Wood wrote on 2012/06/01 00:16:53:
>
> On 05/31/2012 05:14 PM, Joakim Tjernlund wrote:
> > Scott Wood wrote on 2012/05/31 23:43:34:
> >>
> >> On 05/31/2012 04:38 PM, Joakim Tjernlund wrote:
> >>> Scott Wood wrote on 2012/05/31 19:47:53:
&g
Scott Wood wrote on 2012/06/01 00:16:53:
>
> On 05/31/2012 05:14 PM, Joakim Tjernlund wrote:
> > Scott Wood wrote on 2012/05/31 23:43:34:
> >>
> >> On 05/31/2012 04:38 PM, Joakim Tjernlund wrote:
> >>> Scott Wood wrote on 2012/05/31 19:47:53:
&g
Benjamin Herrenschmidt wrote on 2012/06/01 11:12:51:
>
> On Thu, 2012-05-31 at 11:05 +0200, Joakim Tjernlund wrote:
> > Abatron Support wrote on 2012/05/30 14:08:26:
> > >
> > > >> I have tested this briefly with BDI2000 on P2010(e500) and
> > > >
Benjamin Herrenschmidt wrote on 2012/06/01 11:14:49:
>
> On Wed, 2012-05-30 at 09:26 -0400, Bob Cochran wrote:
> > I believe that additional patches are required for CodeWarrior to
> > work
> > properly (e.g., assembly start up). I think the patches should come
> > from Freescale. For whatever r
>
> On Fri, 2012-06-01 at 17:42 -0500, Scott Wood wrote:
> > On 06/01/2012 05:30 PM, Benjamin Herrenschmidt wrote:
> > > BTW. My point of view is that this whole business about MSR:DE is a HW
> > > design bug. There should be -no- (absolutely 0) interaction between the
> > > SW state and the HW deb
Benjamin Herrenschmidt wrote on 2012/06/02 23:21:16:
>
> On Sat, 2012-06-02 at 20:29 +0200, Joakim Tjernlund wrote:
> >
> > hmm, where does this go w.r.t the patch? Got the feeling that the
> > best thing is to just turn MSR:DE on and be done with it?
>
> Not unco
Emulators such as BDI2000 and CodeWarrior needs to have MSR_DE set
in order to support break points for booke archs.
This adds MSR_DE for kernel space only, protected by CONFIG_BDI_SWITCH
Signed-off-by: Joakim Tjernlund
---
arch/powerpc/include/asm/reg_booke.h |4
1 files changed, 4
Benjamin Herrenschmidt wrote on 2012/06/02 23:21:16:
>
> On Sat, 2012-06-02 at 20:29 +0200, Joakim Tjernlund wrote:
> >
> > hmm, where does this go w.r.t the patch? Got the feeling that the
> > best thing is to just turn MSR:DE on and be done with it?
>
> Not unco
I have been trying to figure out what irq number to use for external IRQs for
the P2010. There are no HW IRQ numbers in the ref manual and I cannot find
any examples in the kernel either.
How do specify irq numbers in my dts for external IRQs?
What do I use with request_irq(?,)?
Jocke
_
Scott Wood wrote on 2012/06/08 21:23:50:
> From: Scott Wood
> To: Joakim Tjernlund ,
> Cc:
> Date: 2012/06/08 21:25
> Subject: Re: P2010 External HW IRQ number?
>
> On 06/08/2012 06:06 AM, Joakim Tjernlund wrote:
> >
> > I have been trying to figure out wh
Is it possible to reserve some memory using OF rsvmap such that Linux
will not touch this area at all? Think of is as warm start stash area
were one could store data which should survive a reboot.
One could then create an uio driver which exports this memory to user space I
hope.
Jocke
__
"Jenkins, Clive" wrote on 2012/06/12 17:48:15:
>
> > Is it possible to reserve some memory using OF rsvmap such that Linux
> > will not touch this area at all? Think of is as warm start stash area
> > were one could store data which should survive a reboot.
>
> Yes, I guess it should be possible,
ucc_geth with gianfar.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ucc_geth.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
index 97f9f7d..6647ed7 100644
--- a/drivers/net/ucc_geth.c
+++ b/drivers/net/ucc_geth.c
@@ -3
I can't make out what is causing this hang every now an then:
INFO: task snmpd:398 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
snmpd D 0fad1760 0 398 1 0x
Call Trace:
[c7b5fc70] [c7a49a80] 0xc7a49a80 (unre
>
> > I can't make out what is causing this hang every now an then:
> >
> > INFO: task snmpd:398 blocked for more than 120 seconds.
>
> My problem with that 'error' message is that there is no way
> for a driver to disable it on a per-process basis.
> We have some processes whose 'normal state' is
linuxppc-dev-bounces+joakim.tjernlund=transmode...@lists.ozlabs.org wrote on
2010/11/08 16:05:30:
> From: Joakim Tjernlund
> To: linuxppc-...@ozlabs.org
> Date: 2010/11/08 16:12
> Subject: INFO: task snmpd:398 blocked for more than 120 seconds.
> Sent by: linuxppc-dev-bounces+j
>
> linuxppc-dev-bounces+joakim.tjernlund=transmode...@lists.ozlabs.org wrote on
> 2010/11/08 16:05:30:
>
> > From: Joakim Tjernlund
> > To: linuxppc-...@ozlabs.org
> > Date: 2010/11/08 16:12
> > Subject: INFO: task snmpd:398 blocked for more than 120 second
Norbert van Bolhuis wrote on 2010/11/09 10:47:46:
>
> Joakim Tjernlund wrote:
> >>> I can't make out what is causing this hang every now an then:
> >>>
> >>> INFO: task snmpd:398 blocked for more than 120 seconds.
> >> My problem with that &
terface down and up, just reinit controller HW
and PHY.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ucc_geth.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
index 97f9f7d..6c254ed 100644
--- a/drivers/ne
appears to be ucc_geth_stop meets adjust_link as the
PHY reports PHY changes. I belive adjust_link hangs somewhere,
holding the PHY lock, because ucc_geth_stop disabled the
controller HW.
Fix is to stop the PHY before disabling the controller.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ucc_geth.c | 10
Anton Vorontsov wrote on 2010/11/12 15:09:47:
>
> On Fri, Nov 12, 2010 at 02:55:09PM +0100, Joakim Tjernlund wrote:
> > This script:
> > while [ 1==1 ] ; do ifconfig eth0 up; usleep 195 ;ifconfig eth0 down;
> > dmesg -c ;done
> > causes in just a second or tw
>
> On Mon, 6 Dec 2010 22:15:54 -0500
> Mark Mason wrote:
>
> > A few months ago I ran into some performance problems involving
> > UBI/NAND erases holding other devices off the LBC on an MPC8315. I
> > found a solution for this, which worked well, at least with the
> > hardware I was working wit
Scott Wood wrote on 2010/12/08 18:18:39:
>
> On Wed, 8 Dec 2010 08:59:49 +0100
> Joakim Tjernlund wrote:
>
> > >
> > > On Mon, 6 Dec 2010 22:15:54 -0500
> > > Mark Mason wrote:
> > >
> > > > A few months ago I ran into some performa
Mark Mason wrote on 2010/12/08 20:26:16:
>
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/08 18:18:39:
> > >
> > > On Wed, 8 Dec 2010 08:59:49 +0100
> > > Joakim Tjernlund wrote:
> > >
> > > > >
>
Scott Wood wrote on 2010/12/08 20:59:28:
>
> On Wed, 8 Dec 2010 20:57:03 +0100
> Joakim Tjernlund wrote:
>
> > Mark Mason wrote on 2010/12/08 20:26:16:
> > >
> > > Joakim Tjernlund wrote:
> > >
> > > > Scott Wood wrote on 2010/12/08
Scott Wood wrote on 2010/12/08 21:25:51:
>
> On Wed, 8 Dec 2010 21:11:08 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/08 20:59:28:
> > >
> > > On Wed, 8 Dec 2010 20:57:03 +0100
> > > Joakim Tjernlund wrote:
> > &g
Scott Wood wrote on 2010/12/08 23:25:59:
>
> On Wed, 8 Dec 2010 17:02:45 -0500
> Mark Mason wrote:
>
> > I don't think that using a software NAND controller instead of the LBC
> > FCM mode is all that bad. Again, I haven't actually done it, so check
> > the MTD docs, but I'm pretty sure the soft
rom your side ?
>
> Regards,
> André
>
> > On Wed, 8 Dec 2010 22:26:59 +0100
> > Joakim Tjernlund wrote:
> >
> >> Scott Wood wrote on 2010/12/08 21:25:51:
> >>> On Wed, 8 Dec 2010 21:11:08 +0100
> >>> Joakim Tjernlund wrote:
> >
Scott Wood wrote on 2010/12/08 23:25:59:
>
> On Wed, 8 Dec 2010 17:02:45 -0500
> Mark Mason wrote:
>
> > I don't think that using a software NAND controller instead of the LBC
> > FCM mode is all that bad. Again, I haven't actually done it, so check
> > the MTD docs, but I'm pretty sure the soft
Scott Wood wrote on 2010/12/10 18:56:39:
>
> On Fri, 10 Dec 2010 13:39:01 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/08 23:25:59:
> > >
> > > On Wed, 8 Dec 2010 17:02:45 -0500
> > > Mark Mason wrote:
> > >
>
"David Laight" wrote on 2010/12/13 09:33:37:
>
>
> > > An external IRQ line would let you limit interrupts to rising edges
> > > rather than all edges, though you'd lose the ability to
> > > directly read the line status.
> >
> > oh, one cannot read the IRQ line? didn't know that. Also I not sure
Scott Wood wrote on 2010/12/13 18:33:56:
>
> On Mon, 13 Dec 2010 11:32:00 +0100
> Joakim Tjernlund wrote:
>
> > "David Laight" wrote on 2010/12/13 09:33:37:
> > >
> > >
> > > > > An external IRQ line would let you limit interrupts
Scott Wood wrote on 2010/12/13 18:51:31:
>
> On Mon, 13 Dec 2010 18:41:32 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/13 18:33:56:
> > >
> > > On Mon, 13 Dec 2010 11:32:00 +0100
> > > Joakim Tjernlund wrote:
> > >
>
Scott Wood wrote on 2010/12/13 20:49:50:
>
> On Mon, 13 Dec 2010 20:30:27 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/13 18:51:31:
> > >
> > > On Mon, 13 Dec 2010 18:41:32 +0100
> > > Joakim Tjernlund wrote:
> >
>>> + /* On 8xx, cache control instructions (particularly
>>> + * "dcbst" from flush_dcache_icache) fault as write
>>> + * operation if there is an unpopulated TLB entry
>>> + * for the address in question. To workaround that,
>>> + * we invalidate the TLB here, thus avoiding dcbst
>>> +
Rafael Beims wrote on 2011/01/07 11:00:56:
>
> On Thu, Jan 6, 2011 at 2:52 PM, Joakim Tjernlund
> wrote:
>
> >
> > The 8xx tlbil_va should not be needed in recent 2.6 after I fixed the 8xx
> > TLB code
> > to workaround the dcbst bug there instead. See
>
Rafael Beims wrote on 2011/01/10 17:35:38:
> >
> > Once you have tested it and it works, please send a patch to remove the 8xx
> > workaround.
> > Make sure Scott is cc:ed
> >
> >
>
> I tested linux-2.6.33 on my ppc880 board today, and even without the
> slowdown.patch applied, the board runs pro
very found during development.
I know 2.4 is in strict maintenance mode and 8xx is obsolete
but as it is still in use I wanted 8xx to age with grace.
Joakim Tjernlund (13):
8xx: Use a macro to simpliy CPU6 errata code.
8xx: Tag DAR with 0x00f0 to catch buggy instructions.
8xx: invalidate non
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S | 84 +++
1 files changed, 22 insertions(+), 62 deletions(-)
diff --git a/arch/ppc/kernel/head_8xx.S b/arch/ppc/kernel/head_8xx.S
index f9a30f3..ba05a57 100644
--- a/arch/ppc/kernel
dcbz, dcbf, dcbi, dcbst and icbi do not set DAR when they
cause a DTLB Error. Dectect this by tagging DAR with 0x00f0
at every exception exit that modifies DAR.
This also fixes MachineCheck to pass DAR and DSISR as well.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S | 18
8xx sometimes need to load a invalid/non-present TLBs in
it DTLB asm handler.
These must be invalidated separaly as linux mm don't.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/mm/fault.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/ppc/mm/fault.c b
The wrong register was loaded into MD_RPN.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/ppc/kernel/head_8xx.S b/arch/ppc/kernel/head_8xx.S
index 57858ce..5269e5b 100644
--- a/arch/ppc/kernel
space.
- Free up 2 SW TLB bits in the linux pte(add back _PAGE_WRITETHRU ?)
- kernel RO/user NA support. Not sure this is really needed, would save
a few insn if not required.
Cons:
- A few more instructions in the DTLB Miss routine.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel
Various kernel asm modifies SRR0/SRR1 just before executing
a rfi. If such code crosses a page boundary you risk a TLB miss
which will clobber SRR0/SRR1. Avoid this by always pinning
kernel instruction TLB space.
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S |9 +
1
This is an assembler version to fixup DAR not being set
by dcbX, icbi instructions. There are two versions, one
uses selfmodifing code, the other uses a
jump table but is much bigger(default).
Signed-off-by: Joakim Tjernlund
---
arch/ppc/kernel/head_8xx.S | 149
101 - 200 of 732 matches
Mail list logo
