y. Added Grant and Kyle explicitly to the cc..
As I'm no longer at Boeing, my old @boeing.com address probably
bounces. Please feel free to send stuff to my personal address:
k...@moffetthome.net
I don't know that I'll be much help, but I will try to look o
, which means lots of duplicate code
passing the MPIC_WANTS_RESET flag.
Fix all of the callers which currently do not pass the MPIC_WANTS_RESET
flag to pass the MPIC_NO_RESET flag, then remove the MPIC_WANTS_RESET
flag and make the code reset the MPIC by default.
Signed-off-by: Kyle Moffett
---
arch
be easily overridden in the device-tree.
Signed-off-by: Kyle Moffett
---
.../devicetree/bindings/powerpc/fsl/mpic.txt |7 +++
arch/powerpc/boot/dts/fsl/pq3-mpic.dtsi|1 +
arch/powerpc/sysdev/mpic.c | 46 +++-
3 files changed, 34
FRR_NIRQS
flag is used to override the detected value of num_sources with the
manual irq_count parameter. Since there's no need to manually specify
the number of IRQs except in this case, the extra flag can be eliminated
and the test changed to "irq_count != 0".
Signed-off-by: Kyle Mo
board code can't rely on the device-tree having the property set,
but newer platforms won't need it manually specified in the code.
Signed-off-by: Kyle Moffett
---
.../devicetree/bindings/powerpc/fsl/mpic.txt |6 ++
arch/powerpc/boot/dts/fsl/pq3-mpic.dtsi|
platforms shouldn't need to do so.
Signed-off-by: Kyle Moffett
---
.../devicetree/bindings/powerpc/fsl/mpic.txt |9 -
arch/powerpc/boot/dts/fsl/pq3-mpic.dtsi|1 +
2 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/Documentation/devicetree/bindings
"mpic->flags" is init'ed to use "mpic->flags".
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c | 46 +--
1 files changed, 22 insertions(+), 24 deletions(-)
diff --git a/arch/powerpc/sysdev/mpic.c b/arch/po
perties in
the device-tree, and hopefully future tweaks can be hooked in the same
way.
Cheers,
Kyle Moffett
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
add it to the pq3 device tree. Existing code
will still need to pass the MPIC_BIG_ENDIAN flag because their dtb may
not have this property, but new platforms shouldn't need to do so.
Signed-off-by: Kyle Moffett
---
.../devicetree/bindings/powerpc/fsl/mpic.txt |9 -
arch/p
The 44x/currituck platform didn't get updated when the MPIC code
inverted the flag from MPIC_PRIMARY => !MPIC_SECONDARY. Fix it up.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/44x/currituck.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch
This file, like many others, needs to include .
Signed-off-by: Kyle Moffett
---
arch/powerpc/kvm/e500.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kvm/e500.c b/arch/powerpc/kvm/e500.c
index 26d2090..387c383 100644
--- a/arch/powerpc/kvm/e500.c
+++ b
This file, like many others, needs to include .
Signed-off-by: Kyle Moffett
---
arch/powerpc/kvm/e500.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kvm/e500.c b/arch/powerpc/kvm/e500.c
index 26d2090..387c383 100644
--- a/arch/powerpc/kvm/e500.c
+++ b
, Benjamin Herrenschmidt has had bad experiences in the
past with the quality of Apple PowerMac device-trees, so to be safe we
will only try to parse out an IRQ if the MPIC_SECONDARY flag is set by
the caller.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/cell/setup.
Store the node pointer in the MPIC during initialization so that all of
the later operational code can just reuse the cached pointer.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/mpic.h |3 +++
arch/powerpc/sysdev/mpic.c | 33 -
2 files
There's not really any reason to have this one-liner in a separate
static inline function, given that all the other similar tests are
already in the alloc_mpic() code.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c |7 +--
1 files changed, 1 insertions(+), 6 dele
Don't open-code the OpenFirmware "dcr-reg" property lookup trying to map
DCR resources. This makes the code a bit easier to read.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/powerp
It turns out that there are only 2 in-tree platforms which use MPICs
which are not "primary": IBM Cell and PowerMac. To reduce the
complexity of the typical board setup code, invert the MPIC_PRIMARY bit
into MPIC_SECONDARY.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/
Almost all PowerPC platforms use a standard "open-pic" device node so
the mpic_alloc() function now accepts NULL for the device-node. This
will cause it to perform a default search with of_find_matching_node().
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/85xx/co
the board code.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/mpic.h |3 +++
arch/powerpc/platforms/embedded6xx/holly.c| 15 +++
arch/powerpc/platforms/embedded6xx/linkstation.c | 14 --
arch/powerpc/platforms/embedded6xx/mpc7
All of the existing callers of mpic_alloc() pass in a non-NULL
device-node pointer, so the checks for a NULL device-node may be
removed.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c | 50 ++-
1 files changed, 21 insertions(+), 29 deletions
opy-pasted calls to
of_address_translate() from the 85xx/86xx/powermac platforms.
Signed-off-by: Kyle Moffett
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Grant Likely
Cc: Kumar Gala
---
arch/powerpc/platforms/85xx/corenet_ds.c |9 +
arch/powerpc/platforms/85xx/ksi8560.c
This removes a bunch of "extern" declarations and CONFIG_SMP ifdefs.
Signed-off-by: Kyle Moffett
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Kumar Gala
---
arch/powerpc/platforms/85xx/corenet_ds.c |7 +--
arch/powerpc/platforms/85xx/mpc85xx_ds.c |6 +-
ar
/git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git next
Unfortunately, my local board-support code conflicts with the mpc85xx
device-tree updates in that branch, so I haven't been able to do more
testing locally. I will hopefully have that resolved soon, however.
, Benjamin Herrenschmidt has had bad experiences in the
past with the quality of Apple PowerMac device-trees, so to be safe we
will only try to parse out an IRQ if the MPIC_SECONDARY flag is set by
the caller.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/cell/setup.
It turns out that there are only 2 in-tree platforms which use MPICs
which are not "primary": IBM Cell and PowerMac. To reduce the
complexity of the typical board setup code, invert the MPIC_PRIMARY bit
into MPIC_SECONDARY.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/
Don't open-code the OpenFirmware "dcr-reg" property lookup trying to map
DCR resources. This makes the code a bit easier to read.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/powerp
There's not really any reason to have this one-liner in a separate
static inline function, given that all the other similar tests are
already in the alloc_mpic() code.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c |7 +--
1 files changed, 1 insertions(+), 6 dele
Almost all PowerPC platforms use a standard "open-pic" device node so
the mpic_alloc() function now accepts NULL for the device-node. This
will cause it to perform a default search with of_find_matching_node().
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/85xx/co
Store the node pointer in the MPIC during initialization so that all of
the later operational code can just reuse the cached pointer.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/mpic.h |3 +++
arch/powerpc/sysdev/mpic.c | 33 -
2 files
This removes a bunch of "extern" declarations and CONFIG_SMP ifdefs.
Signed-off-by: Kyle Moffett
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Kumar Gala
---
arch/powerpc/platforms/85xx/corenet_ds.c |7 +--
arch/powerpc/platforms/85xx/mpc85xx_ds.c |6 +-
ar
the board code.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/mpic.h |3 +++
arch/powerpc/platforms/embedded6xx/holly.c| 15 +++
arch/powerpc/platforms/embedded6xx/linkstation.c | 14 --
arch/powerpc/platforms/embedded6xx/mpc7
opy-pasted calls to
of_address_translate() from the 85xx/86xx/powermac platforms.
Signed-off-by: Kyle Moffett
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Grant Likely
Cc: Kumar Gala
---
arch/powerpc/platforms/85xx/corenet_ds.c |9 +
arch/powerpc/platforms/85xx/ksi8560.c
All of the existing callers of mpic_alloc() pass in a non-NULL
device-node pointer, so the checks for a NULL device-node may be
removed.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c | 50 ++-
1 files changed, 21 insertions(+), 29 deletions
roned out quickly.
Cheers,
Kyle Moffett
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
o the cascade if the mpic is a primary to at least limit the
> risk of messup.
Oh, you mean to wrap that block like this?
if (mpic->flags & MPIC_SECONDARY) {
virq = irq_of_parse_and_map(mpic->node, 0);
...
}
Sure, makes sense to me. I've made that change.
Thanks for the review!
Cheers
[My apologies for the resend, it does not seem to have hit the MLs.
I think my git send-email "cc-cmd" may have broken somehow, oops.]
This badly needs breaking up, and a better changelog... oh well...
The big changes:
* The "ppc64_caches" structure is now "powerpc_caches" and is used on
both
That should have been:
"the PPC Book-E spec documents that the pagesize is an even multiple
of the cacheline size and that the pages are always cacheline-aligned."
Thanks!
Cheers,
Kyle Moffett
--
Curious about my work on the Debian powerpcspe port?
I'm keeping a blo
This badly needs breaking up, and a better changelog... oh well...
The big changes:
* The "ppc64_caches" structure is now "powerpc_caches" and is used on
both PPC32 and PPC64. I hated staring at the pages and pages of
assembly code, so nearly all of the functions are now C with tiny
snippe
-off-by: Kyle Moffett
---
arch/powerpc/include/asm/system.h|2 -
arch/powerpc/kernel/ppc_ksyms.c |2 -
arch/powerpc/lib/copy_32.S | 127 --
arch/powerpc/mm/ppc_mmu_32.c |2 +-
drivers/net/ethernet/ibm/emac/core.c | 12 +---
5
_32.S
arch/powerpc/kernel/misc_32.S
Unfortunately, I've been staring at PPC asm for long enough that I
have a migraine headache and I'm going to have to stop here for now.
If somebody else wants to tackle fixing up the 32-bit copy_page() and
__copy_tofrom_user() routines it would be hig
This ambiguous config option is now only present as a Kconfig stub.
Remove it and fix up the users.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/Kconfig.cputype | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/platforms/Kconfig.cputype
b
Only build the setup functions when the corresponding entries are
included in the CPU table.
Signed-off-by: Kyle Moffett
---
arch/powerpc/kernel/cpu_setup_fsl_booke.S | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/cpu_setup_fsl_booke.S
Signed-off-by: Kyle Moffett
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/include/asm/reg_booke.h | 17 ++---
arch/powerpc/kernel/cputable.c |8
arch/powerpc/kernel/entry_32.S |8 +---
arch/powerpc/kvm/Kconfig
The only systems which need the sparse PowerPC register map are the
e500v1/e500v2.
NOTE: The kgdb code does not otherwise use CONFIG_E500, so this support
is probably still buggy on e500v1/e500v2, but I don't know kgdb enough
to fix it.
Signed-off-by: Kyle Moffett
---
arch/powerpc/includ
As part of splitting CONFIG_E500 into separate options for e500v1/v2 and
e500mc/e5500, some code only needs to be built when e5500 support is
required.
This adds a new internal-use config option for both 32-bit and 64-bit
builds that enables only the e5500 support code.
Signed-off-by: Kyle
The e500mc CPUs have a classic FPU and are not compatible with e500v1 or
e500v2. This patch fixes the 32-bit CPU feature tables so that e500mc
entries are not present on e500v1/e500v2 systems and vice versa.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/cputable.h | 16
e existing code that the 64-bit P5020DS needs is
still conditional on CONFIG_E500 or CONFIG_PPC_FPU, which are both set
properly on the P5020DS (PPC_FPU is always enabled on 64-bit).
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/cache.h |2 +-
arch/powerpc/platforms/85xx/Kconfig
These are totally different (more so in fact than 6xx vs. e500v1/v2), so
there isn't really a good reason to keep them in the same file.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/machdep.h |1 +
arch/powerpc/kernel/Makefile|3 +-
arch/powerpc/k
nutils.
For e500mc/e5500 with standard PowerPC floating point, the assembler
options "-me500mc" or "-me500mc64" should be used, although they are not
strictly necessary depending on which opcodes are in use.
Signed-off-by: Kyle Moffett
---
arch/powerpc/Makefile |3 ++-
1 fi
the conditional to depend on whether the system is
actually targetting an "e500" or "e500mc" core and entirely removes the
unused sync-to-lwsync-replacement on e500v1/e500v2 systems.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/synch.h | 16
Match the config symbols for FreeScale e500/e5500 chips by using "FSL"
in the name of the config symbol.
Signed-off-by: Kyle Moffett
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/Makefile |2 +-
arch/powerpc/include/asm/cputable.h|
preparation for fixing up all the support code, split the config
options into two separate parts.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/Kconfig.cputype | 34 +++
1 files changed, 25 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/platforms
As the 3 "e500" variants are generally incompatible with each other,
(32bit-spe, 32bit-classic-fpu, 64bit-classic-fpu), there is no such
thing as a "default e500" processor.
Signed-off-by: Kyle Moffett
---
arch/powerpc/kernel/cputable.c | 16
1 files c
would break machine-check handling on PPC64 A2 systems
by using a bogus machine_check_generic() handler that does nothing.
Signed-off-by: Kyle Moffett
---
arch/powerpc/kernel/traps.c | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/kernel
ms anyways.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/fsl_rio.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c b/arch/powerpc/sysdev/fsl_rio.c
index de170fd..783e25c 100644
--- a/arch/powerpc/sysdev/fsl_rio.c
+++ b/arch/powe
ible on
PPC64.
Signed-off-by: Kyle Moffett
---
arch/powerpc/Kconfig |4 ++--
arch/powerpc/platforms/82xx/Kconfig|2 +-
arch/powerpc/platforms/83xx/Kconfig|2 +-
arch/powerpc/platforms/85xx/Kconfig| 12 ++--
arch/powerpc/platforms/86xx/
The code inside the conditional is only used by 85xx CoreNet fabric
platforms, so add a new config define and use it where necessary.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/85xx/Kconfig|5 +
arch/powerpc/platforms/85xx/Makefile | 11 ++-
arch/powerpc
eneric code
cleanups necessary to support the later patches.
I'd like to know what you all think.
Cheers,
Kyle Moffett
--
Curious about my work on the Debian powerpcspe port?
I'm keeping a blog here: http://pureperl.blogspot.com/
___
Linux
or 64-bit Book-3E when the P5020DS board support
is enabled.
I based the patches on v3.2-rc1, please let me know if I should
update the patches against a different tree.
The first 4 patches stand on their own merits; they are generic code
cleanups necessary to support the later patches.
I'd l
utils, the test is simply removed.
Signed-off-by: Kyle Moffett
---
arch/powerpc/Makefile |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
index 57af16e..70ba0c0 100644
--- a/arch/powerpc/Makefile
+++ b/arch/powerp
Store the node pointer in the MPIC during initialization so that all of
the later operational code can just reuse the cached pointer.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/mpic.h |3 +++
arch/powerpc/sysdev/mpic.c | 32
2 files
The Cell and PowerMac platforms use virtually identical cascaded-IRQ
setup code, so just merge it into the core. This does the obvious thing
when an MPIC device-node specifies an "interrupts" property.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/cell/setup.
There's not really any reason to have this one-liner in a separate
static inline function, given that all the other similar tests are
already in the alloc_mpic() code.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c |7 +--
1 files changed, 1 insertions(+), 6 dele
Don't open-code the OpenFirmware "dcr-reg" property lookup trying to map
DCR resources. This makes the code a bit easier to read.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/powerp
It turns out that there are only 2 in-tree platforms which use MPICs
which are not "primary": IBM Cell and PowerMac. To reduce the
complexity of the typical board setup code, invert the MPIC_PRIMARY bit
into MPIC_SECONDARY.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/
Almost all PowerPC platforms use a standard "open-pic" device node so
the mpic_alloc() function now accepts NULL for the device-node. This
will cause it to perform a default search with of_find_matching_node().
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/85xx/co
the board code.
Signed-off-by: Kyle Moffett
---
arch/powerpc/include/asm/mpic.h |3 +++
arch/powerpc/platforms/embedded6xx/holly.c| 15 +++
arch/powerpc/platforms/embedded6xx/linkstation.c | 14 --
arch/powerpc/platforms/embedded6xx/mpc7
All of the existing callers of mpic_alloc() pass in a non-NULL
device-node pointer, so the checks for a NULL device-node may be
removed.
Signed-off-by: Kyle Moffett
---
arch/powerpc/sysdev/mpic.c | 50 ++-
1 files changed, 21 insertions(+), 29 deletions
opy-pasted calls to
of_address_translate() from the 85xx/86xx/powermac platforms.
Signed-off-by: Kyle Moffett
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Grant Likely
Cc: Kumar Gala
---
arch/powerpc/platforms/85xx/corenet_ds.c |9 +
arch/powerpc/platforms/85xx/ksi8560.c
This removes a bunch of "extern" declarations and CONFIG_SMP ifdefs.
Signed-off-by: Kyle Moffett
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Kumar Gala
---
arch/powerpc/platforms/85xx/corenet_ds.c |7 +--
arch/powerpc/platforms/85xx/mpc85xx_ds.c |6 +-
ar
et, and probably
does not compile right now (though that is my next step).
(Oh, actually, the first patch isn't really even about the MPIC code,
it should probably be reviewed on its own; oh well...)
Please let me know what you think.
Cheers,
Kyle Moffett
--
Curious about my work on the Debia
The name of the "phy_start_aneg()" function is very confusing, because
it also handles forced-mode (AUTONEG_DISABLE) links.
Rename the function to phy_start_link() and fix up all users.
Signed-off-by: Kyle Moffett
---
Documentation/networking/phy.txt |2 +-
drive
c driver, and should
instead be placed in a board-specific PHY fixup.
NOTE: Needs testing by somebody with the hardware.
Signed-off-by: Kyle Moffett
---
arch/powerpc/platforms/83xx/mpc836x_rdk.c | 35
drivers/net/phy/broadcom.c
ate hard errors
when someone tries to natively compile code with AltiVec or
classic-FPU instructions, otherwise I have no way of detecting
unported software at build-time.
Would a patch to make the Altivec "dssall" test conditional on
CONFIG_ALTIVEC be acceptable? That really is the on
On Tue, Mar 8, 2011 at 18:13, Benjamin Herrenschmidt
wrote:
> On Tue, 2011-03-08 at 16:59 -0500, Kyle Moffett wrote:
>>
>> The problem is not with the kernel compile itself, but with the 2.12
>> "dssall" binutils test. Basically, recent binutils treats e5
On Tue, Mar 8, 2011 at 16:28, Benjamin Herrenschmidt
wrote:
> On Tue, 2011-03-08 at 14:57 -0500, Kyle Moffett wrote:
>> Specifically the e500 doesn't have a normal PowerPC FPU, it has a
>> custom FPU built using extended integer registers instead, and it
>> happens to
ve
that particular check from the powerpc Makefile. Since the "required"
binutils 2.12.1 was released in May 2002 (almost 9 years ago) it's
probably not even worth testing for anymore.
Cheers,
Kyle Moffett
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
to be able to avoid maintaining 2 nearly-exact copies of
the same DTS file.
Cheers,
Kyle Moffett
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
o add a clock_adjtimex() syscall, but it
could easily fail with EINVAL for software or per-thread clocks, but
that seems like it would nicely abstract the hardware without forcing
a numeric address space.
Cheers,
Kyle Moffett
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
The kvmppc_e500_stlbe_invalidate() function was trying to pass too many
parameters to trace_kvm_stlb_inval(). This appears to be a bad
copy-paste from a call to trace_kvm_stlb_write().
Signed-off-by: Kyle Moffett
---
Alex,
This is the rebased patch to re-enable the tracepoint.
I also pushed
On Fri, Aug 27, 2010 at 20:58, Alexander Graf wrote:
> On 27.08.2010, at 21:06, Kyle Moffett wrote:
>> The kvmppc_e500_stlbe_invalidate() function was trying to pass too many
>> parameters to trace_kvm_stlb_inval(). This appears to be a bad
>> copy-paste from a call to
The kvmppc_e500_stlbe_invalidate() function was trying to pass too many
parameters to trace_kvm_stlb_inval(). This appears to be a bad
copy-paste from a call to trace_kvm_stlb_write().
Signed-off-by: Kyle Moffett
---
arch/powerpc/kvm/e500_tlb.c |3 +--
1 files changed, 1 insertions(+), 2
On Mon, Jun 28, 2010 at 03:18, Milton Miller wrote:
> On Fri Jun 25 around 14:01:51 EST 2010 Kyle Moffett wrote:
>> I've got a new P2020 (32bit mpc85xx family) board I'm working on a
>> port for that includes 2 NOR flashes (128MB each) and a removable
>> SO-RDIM
Oops, put the old linuxppc list on the CC, sorry!
On Thu, Jun 24, 2010 at 23:32, Kyle Moffett wrote:
> Hello,
>
> I'm working on a new board port for a P2020-based board, and I'm
> having problems with my second core not starting up on 2.6.34, even
> though it starts
Oops... put the old linuxppc list on the CC, sorry!
On Thu, Jun 24, 2010 at 23:45, Kyle Moffett wrote:
> Hello,
>
> I've got a new P2020 (32bit mpc85xx family) board I'm working on a
> port for that includes 2 NOR flashes (128MB each) and a removable
> SO-RDIMM of 2GB or
On Thu, Apr 30, 2009 at 6:21 PM, Kyle Moffett wrote:
>>> I'm also curious about the intent of the "mdio_instance" pointer (IE:
>>> the "mdio-device" property). Is that used when all the PHY devices
>>> are attached to the MDIO bus of only one o
ar as I can tell, any attempts to unregister one of the
emac devices cause an OOPS, even if it isn't used by another emac for
MDIO. I may just start by nuking the broken device-removal code
entirely, and re-implement it properly once the rework is done.
Thanks for the info!
Cheers,
Kyle Moffett
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
fterwards. The
genmii_setup_forced() function (in the EMAC driver) unconditionally
ORs the BCMR_RESET flag into the MII_BCMR register. Both of those
meant that any early setup I did for my PHY was getting completely
cleared on a regular basis, with no decent way for me to patch it back
up ag
On Wed, Apr 22, 2009 at 4:21 AM, Benjamin Herrenschmidt
wrote:
> On Mon, 2009-04-20 at 20:10 -0400, Kyle Moffett wrote:
>> > IIRC, Ben had some issues with how phylib and the EMAC would need to
>> > interact. Not sure if he has those written down somewhere or not.
>>
On Mon, Apr 20, 2009 at 8:29 AM, Josh Boyer wrote:
> On Fri, Apr 17, 2009 at 8:32 PM, Kyle Moffett wrote:
>> Hello,
>>
>> I'm currently fiddling with a custom embedded prototype board using
>> the ibm_newemac driver with some currently-unsupported PHYs. Those
&
90 matches
Mail list logo
