Re: Understanding how kernel updates MMU hash table

2012-12-05 Thread Pegasus11
Hi Ben. Got it..no more quoting replies... You mentioned the MMU looking into a hash table if it misses a translation entry in the TLB. This means that there is a hardware TLB for sure. By your words, I understand that the hash table is an in-memory cache of translations meaning it is implemente

Re: [stable] [PATCH] powerpc/ptrace: Fix build with gcc 4.6

2012-12-05 Thread Michael Ellerman
On Thu, 2011-11-17 at 13:31 +1100, Michael Neuling wrote: > From: Benjamin Herrenschmidt > > powerpc/ptrace: Fix build with gcc 4.6 > > gcc (rightfully) complains that we are accessing beyond the > end of the fpr array (we do, to access the fpscr). This patch is still missing from the 3.0 stabl

Re: Understanding how kernel updates MMU hash table

2012-12-05 Thread Benjamin Herrenschmidt
On Wed, 2012-12-05 at 09:14 -0800, Pegasus11 wrote: > Hi Ben. > > Thanks for your input. Please find my comments inline. Please don't quote your replies ! Makes it really hard to read. > > Benjamin Herrenschmidt wrote: > > > > On Tue, 2012-12-04 at 21:56 -0800, Pegasus11 wrote: > >> Hello. > >

Re: Hijacking CPU_FTR_VSX for BGQ QPX

2012-12-05 Thread Michael Neuling
Jimi Xenidis wrote: > Sorry for the pause, lots of other things getting done... questions below. > > On Nov 9, 2012, at 10:33 PM, Michael Neuling wrote: > > > Benjamin Herrenschmidt wrote: > > > >> On Fri, 2012-11-09 at 11:43 -0600, Jimi Xenidis wrote: > >>> The CPU_FTR_* values are pretty t

Re: [PATCH -next] powerpc/85xx: use for_each_compatible_node() macro

2012-12-05 Thread Grant Likely
On Mon, 3 Dec 2012 08:36:03 -0500, Wei Yongjun wrote: > From: Wei Yongjun > > Use for_each_compatible_node() macro instead of open coding it. > > Signed-off-by: Wei Yongjun Acked-by: Grant Likely > --- > arch/powerpc/platforms/85xx/mpc85xx_mds.c | 4 +--- > 1 file changed, 1 insertion(+), 3

Re: [PATCH -next] TTY: hvsi: use for_each_compatible_node() macro

2012-12-05 Thread Grant Likely
On Tue, 4 Dec 2012 00:16:18 -0500, Wei Yongjun wrote: > From: Wei Yongjun > > Use for_each_compatible_node() macro instead of open coding it. > > Signed-off-by: Wei Yongjun Acked-by: Grant Likely > --- > drivers/tty/hvc/hvsi.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > >

[PATCH] powerpc/perf: Add stalled-cycles events

2012-12-05 Thread Chris Freehill
Support for stalled-cycles-frontend and stalled-cycles-backend is added for e500-based processors. The following mappings are used: stalled-cycles-frontend or idle-cycles-frontend: Com:18 Cycles decode stalled stalled-cycles-backend or idle-cycles-backend Com:19 cycles issue stalled Signed-off

Re: [linuxppc-release][PATCH] powerpc/pci-hotplug: fix init issue of rescanned pci device

2012-12-05 Thread Bjorn Helgaas
On Wed, Dec 5, 2012 at 2:29 AM, Chen Yuanquan-B41889 wrote: > On 12/05/2012 04:26 PM, Benjamin Herrenschmidt wrote: >> >> On Wed, 2012-12-05 at 16:20 +0800, Chen Yuanquan-B41889 wrote: >>> >>> On 12/05/2012 03:17 PM, Benjamin Herrenschmidt wrote: On Wed, 2012-12-05 at 10:31 +0800, Yuanqu

Re: Understanding how kernel updates MMU hash table

2012-12-05 Thread Pegasus11
Hi Ben. Thanks for your input. Please find my comments inline. Benjamin Herrenschmidt wrote: > > On Tue, 2012-12-04 at 21:56 -0800, Pegasus11 wrote: >> Hello. >> >> Ive been trying to understand how an hash PTE is updated. Im on a >> PPC970MP >> machine which using the IBM PowerPC 604e core.

Re: Hijacking CPU_FTR_VSX for BGQ QPX

2012-12-05 Thread Jimi Xenidis
Sorry for the pause, lots of other things getting done... questions below. On Nov 9, 2012, at 10:33 PM, Michael Neuling wrote: > Benjamin Herrenschmidt wrote: > >> On Fri, 2012-11-09 at 11:43 -0600, Jimi Xenidis wrote: >>> The CPU_FTR_* values are pretty tight (a few bits left) yes I need to s

Re: [linuxppc-release][PATCH] powerpc/pci-hotplug: fix init issue of rescanned pci device

2012-12-05 Thread Chen Yuanquan-B41889
On 12/05/2012 04:26 PM, Benjamin Herrenschmidt wrote: On Wed, 2012-12-05 at 16:20 +0800, Chen Yuanquan-B41889 wrote: On 12/05/2012 03:17 PM, Benjamin Herrenschmidt wrote: On Wed, 2012-12-05 at 10:31 +0800, Yuanquan Chen wrote: On powerpc arch, some fixup work of PCI/PCI-e device is just done d

Re: [linuxppc-release][PATCH] powerpc/pci-hotplug: fix init issue of rescanned pci device

2012-12-05 Thread Benjamin Herrenschmidt
On Wed, 2012-12-05 at 16:20 +0800, Chen Yuanquan-B41889 wrote: > On 12/05/2012 03:17 PM, Benjamin Herrenschmidt wrote: > > On Wed, 2012-12-05 at 10:31 +0800, Yuanquan Chen wrote: > >> On powerpc arch, some fixup work of PCI/PCI-e device is just done during > >> the > >> first scan at booting time.

Re: Understanding how kernel updates MMU hash table

2012-12-05 Thread Benjamin Herrenschmidt
On Tue, 2012-12-04 at 21:56 -0800, Pegasus11 wrote: > Hello. > > Ive been trying to understand how an hash PTE is updated. Im on a PPC970MP > machine which using the IBM PowerPC 604e core. Ah no, the 970 is a ... 970 core :-) It's a derivative of POWER4+ which is quite different from the old 32-

Re: [linuxppc-release][PATCH] powerpc/pci-hotplug: fix init issue of rescanned pci device

2012-12-05 Thread Chen Yuanquan-B41889
On 12/05/2012 03:17 PM, Benjamin Herrenschmidt wrote: On Wed, 2012-12-05 at 10:31 +0800, Yuanquan Chen wrote: On powerpc arch, some fixup work of PCI/PCI-e device is just done during the first scan at booting time. For the PCI/PCI-e device rescanned after linux OS booting up, the fixup work won'