On Thu, 2011-06-23 at 14:42 +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2011-06-23 at 14:31 +1000, Benjamin Herrenschmidt wrote:
> > On Tue, 2011-06-21 at 15:30 -0500, Brian King wrote:
> > > Looks good to me. Jeff/Tejun - any issues with merging this?
> >
> > BTW. Current upstream with that pa
On Thu, 2011-06-23 at 14:31 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2011-06-21 at 15:30 -0500, Brian King wrote:
> > Looks good to me. Jeff/Tejun - any issues with merging this?
>
> BTW. Current upstream with that patch applied on a machine here leads to
> several oddities, I don't know at
On Tue, 2011-06-21 at 15:30 -0500, Brian King wrote:
> Looks good to me. Jeff/Tejun - any issues with merging this?
BTW. Current upstream with that patch applied on a machine here leads to
several oddities, I don't know at this point whether any of that is
actually a regression :
> Thanks,
>
The following changes since commit 56299378726d5f2ba8d3c8cbbd13cb280ba45e4f:
Linus Torvalds (1):
Linux 3.0-rc4
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git merge
Scott Wood (1):
powerpc/e500: fix breakage with fsl_rio_m
- if (of_find_compatible_node(NULL, NULL, "amcc,ppc460ex-crypto")) {
+ if (of_find_compatible_node(NULL, NULL, "amcc,ppc460ex-crypto") ||
+ of_find_compatible_node(NULL, NULL, "amcc,ppc460gt-crypto")) {
If the device is actually compatible, the device tree node should claim
e500mc cannot doze or nap due to an erratum (as well as having a
different mechanism than previous e500), but it has a "wait" instruction
that is similar to doze.
On 64-bit, due to the soft-irq-disable mechanism, the existing
book3e_idle should be used instead.
Signed-off-by: Vakul Garg
Signed-o
On Wed, 2011-06-22 at 16:24 -0500, Scott Wood wrote:
>
> This saved another 1% or so. I don't think TLB_SCRATCH needs to be saved
> by crit/debug/mcheck -- they shouldn't be taking TLB misses, at least
> in the bolted case.
The code they call will (think accessing the UART)
> Even non-bolted,
On MMUs such as FSL where we can guarantee the entire linear mapping is
bolted, we don't need to worry about linear TLB misses. If on top of
that we do a full table walk, we get rid of all recursive TLB faults, and
can dispense with some state saving. This gains a few percent on
TLB-miss-heavy wo
On Sat, 18 Jun 2011 08:44:29 +1000
Benjamin Herrenschmidt wrote:
> Can't you just re-org the PACA instead ? (with a comment) ? Or at least
> if you want to keep it that way, put the cache line explanation in a
> comment somewhere.
OK.
> > > > +.macro tlb_prolog_bolted addr
> > > > + mtspr
Signed-off-by: Scott Wood
---
v2: Remove the soft irq enable code made unnecessary by this.
arch/powerpc/include/asm/smp.h |1 -
arch/powerpc/kernel/exceptions-64e.S | 22 +-
arch/powerpc/kernel/irq.c|6 --
arch/powerpc/kernel/smp.c
On Tue, 21 Jun 2011 23:13:11 +
Tabi Timur-B04825 wrote:
> Anatolij Gustschin wrote:
> > No! We are using ioctl interface of this driver in many video
> > rendering applications on overlay planes on huge number of boards.
> > So, please don't remove it.
>
> Ok, I had no idea anyone was using
Signed-off-by: Mike Williams
---
drivers/crypto/amcc/crypto4xx_core.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/crypto/amcc/crypto4xx_core.c
b/drivers/crypto/amcc/crypto4xx_core.c
index 1891252..4895be5 100644
--- a/drivers/crypto/amcc/crypto4xx_core.c
+
On Wed, 22 Jun 2011 07:02:56 -0500
Kumar Gala wrote:
> The only reason to require a dma_ops struct is to see if it has
> implemented set_dma_mask. If not we can fall back to setting the mask
> directly.
>
> This resolves an issue with how to sequence the setting of a DMA mask
> for platform dev
On Wed, 22 Jun 2011 10:09:56 -0500
Kumar Gala wrote:
> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> index 1c291af..c25e0c0 100644
> --- a/drivers/base/platform.c
> +++ b/drivers/base/platform.c
> @@ -20,6 +20,7 @@
> #include
> #include
> #include
> +#include
>
> #inc
Hi Timur,
On 06/22/2011 07:18 PM, Timur Tabi wrote:
Felix Radensky wrote:
What am I doing wrong ?
Can you debug the PHY driver to see if it's getting called and trying to talk to
the PHY itself?
I'll do that tomorrow and report back.
Thanks.
Felix.
_
On Wed, Jun 22, 2011 at 5:34 AM, Kumar Gala wrote:
>
> On Jun 7, 2011, at 9:49 PM, Prabhakar Kushwaha wrote:
>
>> ten-bit interface (TBI) module is part of SoC not board.
>>
>> Move tbi entries from board related dts files to Si dts.
>>
>> Signed-off-by: Prabhakar Kushwaha
>> ---
>> Based upon ht
Felix Radensky wrote:
> What am I doing wrong ?
Can you debug the PHY driver to see if it's getting called and trying to talk to
the PHY itself?
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.
Hi,
On a custom P1022-based board I have SGMII PHY connected to eTSEC1.
PHY address is 0x1. Ethernet works fine in u-boot, but in linux
there's no link.
I have the following in my device tree:
mdio@24000 {
#address-cells = <1>;
#size-cells = <0>;
com
On Wed, Jun 22, 2011 at 12:09:43PM -0400, Mike Williams wrote:
>
>Signed-off-by: Mike Williams
>---
> arch/powerpc/boot/dts/canyonlands.dts |5 +
> arch/powerpc/boot/dts/glacier.dts |5 +
> 2 files changed, 10 insertions(+), 0 deletions(-)
Thanks, you beat me to it! I'll get th
Signed-off-by: Mike Williams
---
arch/powerpc/boot/dts/canyonlands.dts |5 +
arch/powerpc/boot/dts/glacier.dts |5 +
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/canyonlands.dts
b/arch/powerpc/boot/dts/canyonlands.dts
index 22dd6ae..3
Timur Tabi wrote:
> The ePAPR embedded hypervisor specification provides an API for "byte
> channels", which are serial-like virtual devices for sending and receiving
> streams of bytes. This driver provides Linux kernel support for byte
> channels via three distinct interfaces:
>
> 1) An early-c
> Various PowerPC 4xx SoCs contain a TRNG embedded in the Security
> function.
> This adds a device driver for that TRNG.
>
> Signed-off-by: Josh Boyer
Works for me on a 460GT glacier board.
Tested-by: Mike Williams
>
> ---
> drivers/char/hw_random/Kconfig | 12 +++
> drivers/char/hw
On some architectures we need to setup pdev_archdata before we add the
device. Waiting til a bus_notifier is too late since we might need the
pdev_archdata in the bus notifier. One example is setting up of dma_mask
pointers such that it can be used in a bus_notifier.
We add noop version of arch_
On Wed, Jun 22, 2011 at 5:56 AM, Kumar Gala wrote:
> Grant
>
> Any reason you haven't put in aliases into the .dtsi as well?
No. Either just haven't needed it, or I didn't think about it.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
__
Kumar Gala wrote:
>> >
>> > Well, not exactly. Paul wants to break that up since we're adding some
>> > primitive support for 201 HV mode too (for 970's). Last we discussed,
>> > the plan was to go for a generic HV mode bit and a separate bit for the
>> > version.
>> >
>> > Cheers,
>> > Ben.
> A
On Wed, Jun 22, 2011 at 08:02, Kumar Gala wrote:
> --- /dev/null
> +++ b/include/asm-generic/platform_device.h
> @@ -0,0 +1,11 @@
missing header blob with explanation/copyright/license
> +/*
> + * an architecture can override to define arch_setup_pdev_archdata
> + */
> +#ifndef arch_setup_pdev_ar
On Wed, Jun 22, 2011 at 1:40 PM, Tabi Timur-B04825 wrote:
> Thomas De Schampheleire wrote:
>> I think I can make it more reliable by dummy reading the pages*after*
>> I disabled interrupts on that processor, immediately before jumping to
>> the boot code. Is that correct?
>
> That sounds logical t
On Wed, Jun 22, 2011 at 07:14:39AM -0400, Josh Boyer wrote:
> On Tue, Jun 21, 2011 at 10:56:02AM -0500, Matt Mackall wrote:
> >On Tue, 2011-06-21 at 08:19 -0400, Josh Boyer wrote:
> >> Various PowerPC 4xx SoCs contain a TRNG embedded in the Security function.
> >> This adds a device driver for that
The only reason to require a dma_ops struct is to see if it has
implemented set_dma_mask. If not we can fall back to setting the mask
directly.
This resolves an issue with how to sequence the setting of a DMA mask
for platform devices. Before we had an issue in that we have no way of
setting the
We have a long standing issues with platform devices not have a valid
dma_mask pointer. This hasn't been an issue to date as no platform
device has tried to set its dma_mask value to a non-default value.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/platform_device.h | 17 +++
On some architectures we need to setup pdev_archdata before we add the
device. Waiting til a bus_notifier is too late since we might need the
pdev_archdata in the bus notifier. One example is setting up of dma_mask
pointers such that it can be used in a bus_notifier.
We add noop version of arch_
Grant
Any reason you haven't put in aliases into the .dtsi as well?
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Jun 14, 2011, at 9:33 PM, Benjamin Herrenschmidt wrote:
> On Wed, 2011-06-15 at 02:10 +, Tabi Timur-B04825 wrote:
>> Benjamin Herrenschmidt wrote:
>>> We might want to generically have a CPU feature bit indicating we are
>>> running in guest vs. HV mode. I know Paulus is planning to introd
Thomas De Schampheleire wrote:
> I think I can make it more reliable by dummy reading the pages*after*
> I disabled interrupts on that processor, immediately before jumping to
> the boot code. Is that correct?
That sounds logical to me.
BTW, since you're already doing something non-standard with
On May 19, 2011, at 8:54 AM, Timur Tabi wrote:
> Add support for the ePAPR-compliant Freescale hypervisor (aka "Topaz") on the
> Freescale P3041DS, P4080DS, and P5020DS reference boards.
>
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/platforms/85xx/Kconfig |3 +++
> arch/powerpc/pla
On May 19, 2011, at 8:54 AM, Timur Tabi wrote:
> Add functions to restart and halt the current partition when running under
> the Freescale hypervisor. These functions should be assigned to various
> function pointers of the ppc_md structure during the .probe() function for
> the board:
>
>
On May 19, 2011, at 8:54 AM, Timur Tabi wrote:
> From: Ashish Kalra
>
> The Freescale ePAPR reference hypervisor provides interrupt controller
> services
> via a hypercall interface, instead of emulating the MPIC controller. This is
> called the VMPIC.
>
> The ePAPR "virtual interrupt contro
On May 19, 2011, at 8:54 AM, Timur Tabi wrote:
> ePAPR hypervisors provide operating system services via a "hypercall"
> interface. The following steps need to be performed to make an hcall:
>
> 1. Load r11 with the hcall number
> 2. Load specific other registers with parameters
> 3. Issue inst
On May 19, 2011, at 8:54 AM, Timur Tabi wrote:
> From: Stuart Yoder
>
> Move irq_choose_cpu() into arch/powerpc/kernel/irq.c so that it can be used
> by other PIC drivers. The function is not MPIC-specific.
>
> Signed-off-by: Stuart Yoder
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/inc
On Jun 7, 2011, at 9:49 PM, Prabhakar Kushwaha wrote:
> ten-bit interface (TBI) module is part of SoC not board.
>
> Move tbi entries from board related dts files to Si dts.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
> Based upon http://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.gi
On Jun 1, 2011, at 10:15 AM, Dmitry Eremin-Solenikov wrote:
> fsl-lbc driver requires an interrupt to bind to localbus device.
> Populate 85xx boards' dts trees with lbc interrupt info.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/boot/dts/mpc8568mds.dts |2 ++
> arc
On Jun 8, 2011, at 3:01 PM, Timur Tabi wrote:
> The platform file for the Freecale P1022DS reference board is not freeing
> the ioremap() mapping of the PIXIS and global utilities nodes it creates.
>
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/platforms/85xx/p1022_ds.c | 11 ---
>
On Jun 14, 2011, at 12:22 AM, Dmitry Eremin-Solenikov wrote:
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/boot/dts/tqm8540.dts | 40 +
> 1 files changed, 40 insertions(+), 0 deletions(-)
applied to next
- k
_
On Jun 20, 2011, at 12:00 AM, Baruch Siach wrote:
> Cc: Kumar Gala
> Signed-off-by: Baruch Siach
> ---
> MAINTAINERS |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
applied to next
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozl
On Jun 8, 2011, at 2:03 PM, Timur Tabi wrote:
> On the Freescale P1022DS reference board, the SSI audio controller is
> connected in "asynchronous" mode to the codec's clocks, so the device tree
> needs an "fsl,ssi-asynchronous" property.
>
> Also remove the clock-frequency property from the wm8
On Jun 16, 2011, at 2:09 PM, Scott Wood wrote:
> The wrong MCSR bit was being used on e500mc. MCSR_BUS_RBERR only exists
> on e500v1/v2. Use MCSR_LD on e500mc, and remove all MCSR checking
> in fsl_rio_mcheck_exception as we now no longer call that function
> if the appropriate bit in MCSR is n
On Tue, Jun 21, 2011 at 10:56:02AM -0500, Matt Mackall wrote:
>On Tue, 2011-06-21 at 08:19 -0400, Josh Boyer wrote:
>> Various PowerPC 4xx SoCs contain a TRNG embedded in the Security function.
>> This adds a device driver for that TRNG.
>>
>> Signed-off-by: Josh Boyer
>
>Looks good.
>
>Acked-by:
On Jun 12, 2011, at 9:23 PM, Shaohui Xie wrote:
> when nand_get_flash_type() is called, it will read 8 bytes of ID instead of 5,
> but the driver only read 5 bytes, so kernel will dump error messages like:
>
> fsl-lbc ffe124000.localbus: read_byte beyond end of buffer
> fsl-lbc ffe124000.localbu
> > The ioctl interface in the Freescale DIU framebuffer driver is just
a
> > collection of miscellaneous functions which were only used in a
one-time
> > demo application that was never distributed. Plus, the ioctls were
spread
> > across two types (both conflicting), and the demo app didn't even
Signed-off-by: Heiko Schocher
cc: Grant Likely
cc: devicetree-disc...@ozlabs.org
cc: Wolfgang Denk
cc: Wolfram Sang
---
For this patchseries following patch is needed:
http://patchwork.ozlabs.org/patch/91919/
Grant? Do you have some comments on that patch?
changes for v2:
add comment from
On 22/06/11 09:56, Vasanth Ragavendran wrote:
>
> Hi
>
> I am using a MPC8315ERDB board. For this i've an external button which is
> connected to GPIO pin 7 of the board. And if this button is pressed then
> certain files have to be deleted. Browsing through the internet i found that
> GPIO driv
Hi
I am using a MPC8315ERDB board. For this i've an external button which is
connected to GPIO pin 7 of the board. And if this button is pressed then
certain files have to be deleted. Browsing through the internet i found that
GPIO drivers have to be included into the kernel and hence i set a 'y
> >> Grant? Do you have some comments on that patch?
> >
> > Can you use the mpc5200-include?
>
> Sorry, cannot parse this ...
Check other mpc5200-boards, like pcm030:
/include/ "mpc5200b.dtsi"
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solu
Hello Wolfram,
Wolfram Sang wrote:
> On Wed, Jun 22, 2011 at 09:55:09AM +0200, Heiko Schocher wrote:
>> Signed-off-by: Heiko Schocher
>> cc: Grant Likely
>> cc: devicetree-disc...@ozlabs.org
>> cc: Wolfgang Denk
>> ---
>> For this patchseries following patch is needed:
>>
>> http://patchwork.oz
On 6/22/11, Paul Mackerras wrote:
> On Tue, Jun 21, 2011 at 02:18:39PM +, Dmitry Eremin-Solenikov wrote:
>
>> I have a Maple board (dual PPC970FX). Will this patchset work on it?
>> Should I add any additional changes to add support for this platform?
>
> Provided the firmware gives you contro
On Wed, Jun 22, 2011 at 09:55:09AM +0200, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> cc: Grant Likely
> cc: devicetree-disc...@ozlabs.org
> cc: Wolfgang Denk
> ---
> For this patchseries following patch is needed:
>
> http://patchwork.ozlabs.org/patch/91919/
>
> Grant? Do you have
Add the following options to the mpc5200_defconfig, needed
for the a4m072 board support:
CONFIG_AMD_PHY=y
CONFIG_MTD_PLATRAM=y -> this deletes CONFIG_MTD_RAM=y
CONFIG_GPIO_SYSFS=y
CONFIG_SENSORS_LM87=m
CONFIG_RTC_DRV_PCF8563=m
Signed-off-by: Heiko Schocher
cc: Wolfgang Denk
---
arch/powerpc/co
just made a
make mpc5200_defconfig
make savedefconfig
cp defconfig arch/powerpc/configs/mpc5200_defconfig
So changes needed in mpc5200_defconfig for a4m072 board support
better indicated.
Signed-off-by: Heiko Schocher
cc: Wolfgang Denk
---
arch/powerpc/configs/mpc5200_defconfig |9 +--
Signed-off-by: Heiko Schocher
cc: Grant Likely
cc: devicetree-disc...@ozlabs.org
cc: Wolfgang Denk
---
For this patchseries following patch is needed:
http://patchwork.ozlabs.org/patch/91919/
Grant? Do you have some comments on that patch?
arch/powerpc/boot/dts/a4m072.dts | 273
Signed-off-by: Heiko Schocher
cc: linux-net...@vger.kernel.org
cc: Wolfgang Denk
---
drivers/net/phy/Kconfig |5 ++
drivers/net/phy/Makefile |1 +
drivers/net/phy/amd79.c | 109 ++
3 files changed, 115 insertions(+), 0 deletions(-)
create m
- Add PHY support (AMD am79c874)
- Add DTS to support a4m072 board
- Update mpc5200_defconfig
- Add config options needed for a4m072 board support
to mpc5200_defconfig
cc: Wolfgang Denk
Heiko Schocher (4):
net, phy: am79c874 support
powerpc, mpc5200: add a4m072 board support
powerpc, mp
On Tue, Jun 14, 2011 at 10:26 PM, Scott Wood wrote:
> On Tue, 14 Jun 2011 10:56:31 +0200
> Thomas De Schampheleire wrote:
>
>> * Therefore, to make sure that the mapping I intended with __ioremap()
>> is actually reflected in the TLB tables, I added dummy reads of each
>> page in the TLB, prior t
On Tue, Jun 14, 2011 at 10:07 PM, Timur Tabi wrote:
> Timur Tabi wrote:
>> Hmmm I find that surprising. Memory allocated via ioremap() is supposed
>> to
>> be available in interrupt handlers, where TLB mappings can't be created
>> on-the-fly. I'm not sure that your observation is correct.
>
On Tue, Jun 14, 2011 at 10:02 PM, Timur Tabi wrote:
> Thomas De Schampheleire wrote:
>
>> * However, if you jump to an address in that page, you'll have to make
>> sure that the entire code that executes is mapped (make map_size large
>> enough).
>
> Well, that seems obvious.
Agreed.
>
>> * When
64 matches
Mail list logo