On Wed, Dec 9, 2009 at 7:47 PM, Jeremy Kerr wrote:
> Merge common function between powerpc, sparc and microblaze. Code is
> identical for powerpc and microblaze, but adds a lock (and release) of
> the devtree_lock on sparc.
>
> Currently untested.
>
> Signed-off-by: Jeremy Kerr
Added to my test
On Wed, Nov 25, 2009 at 9:05 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:19 -0700, Grant Likely wrote:
>> Merge common code between PowerPC and Microblaze
>
> I don't like moving this one to common code without the of_ prefix. I
> think you should move it with the of_ prefix, and
On Wed, Nov 25, 2009 at 10:27 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2009-11-25 at 21:05 -0700, Grant Likely wrote:
>>
>> You're right, it's not, but makes merging less complex, and then I can
>> refactor properly.
>
> Still, make them __be32 at least
Okay. Done.
g.
--
Grant Likely, B.Sc
Anatolij Gustschin wrote:
This patch adds new version of the PPC440SPe ADMA driver.
Signed-off-by: Yuri Tikhonov
Signed-off-by: Anatolij Gustschin
---
Changes since v2:
- Correct Sign-offs order.
- Place the driver in 'drivers/dma/ppc4xx' directory
as there are wishes to extend the drive
On Mon, Dec 7, 2009 at 12:08 AM, Jeremy Kerr wrote:
> Hi Grant,
>
>> + /* Scan memory nodes and rebuild LMBs */
>> + lmb_init();
>> + of_scan_flat_dt(early_init_dt_scan_root, NULL);
>> + of_scan_flat_dt(early_init_dt_scan_memory, NULL);
>> +
>> + /* Save command line for /proc/
On Wed, Nov 25, 2009 at 9:04 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:19 -0700, Grant Likely wrote:
>> /**
>> + * early_init_move_devtree - move tree to an unused area, if needed.
>> + *
>> + * The device tree may be allocated beyond our memory limit, or inside the
>> + * cras
On Tue, Dec 8, 2009 at 5:39 AM, Roman Fietze wrote:
> Hello,
>
> Writing a driver using SCLPC on the MPC5200B I detected, that the
> intspec arrays to map irqs to Linux virq cannot be const, because the
> mapping and xlate functions only take non const pointers. All those
> functions do not modify
On Tue, Dec 8, 2009 at 7:45 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-12-08 at 13:39 +0100, Roman Fietze wrote:
>> Hello,
>>
>> Writing a driver using SCLPC on the MPC5200B I detected, that the
>> intspec arrays to map irqs to Linux virq cannot be const, because the
>> mapping and xlate fun
On Wed, Dec 9, 2009 at 9:28 AM, Albrecht Dreà wrote:
> Hi all,
>
> I have a (probably dumb) question regarding the access to the MPC5200B's
> timer gpio's. Â I added e.g.
>
> ti...@640 { Â Â // General Purpose Timer 4
> Â Â Â Â compatible = "fsl,mpc5200b-gpt","fsl,mpc5200-gpt";
> Â Â Â Â
On Thu, Dec 10, 2009 at 08:41:53PM -0600, Kumar Gala wrote:
[snip]
> > +#define DBCR1_USER_DEBUG (DBCR1_IAC12M | DBCR1_IAC34M)
> > +#define DBCR1_BASE_REG_VALUE (DBCR1_IAC1US | DBCR1_IAC1ER_10 | \
> > +DBCR1_IAC2US | DBCR1_IAC2ER_10 | \
> > +
On Thu, Dec 10, 2009 at 01:57:27PM -0200, Dave Kleikamp wrote:
> powerpc: Add support for BookE Debug Reg. traps, exceptions and ptrace
>
> From: Torez Smith
>
> This patch defines context switch and trap related functionality
> for BookE specific Debug Registers. It adds support to ptrace()
> f
On Aug 12, 2009, at 12:57 AM, Felix Radensky wrote:
> On MPC8572 and MPC8536 the status of GPIO pins configured
> as output cannot be determined by reading GPDAT register.
> Workaround by reading the status of input pins from GPDAT
> and the status of output pins from a shadow register.
>
> Sign
On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
> powerpc: Extended ptrace interface
>
> From: Torez Smith
>
> Add a new extended ptrace interface so that user-space has a single
> interface for powerpc, without having to know the specific layout
> of the debug registers.
>
> Implement:
> P
On Dec 10, 2009, at 8:29 PM, Dave Kleikamp wrote:
> On Thu, 2009-12-10 at 20:24 -0600, Kumar Gala wrote:
>> On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
>>
>>> These patches implement an extention to the ptrace interface proposed by
>>> Thiago Bauermann and the the PowerPC gdb team.
>>>
>>
On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
> powerpc: Add support for BookE Debug Reg. traps, exceptions and ptrace
>
> From: Torez Smith
>
> This patch defines context switch and trap related functionality
> for BookE specific Debug Registers. It adds support to ptrace()
> for setting
On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
> These patches implement an extention to the ptrace interface proposed by
> Thiago Bauermann and the the PowerPC gdb team.
>
> GDB intends to support the following hardware debug features of BookE
> processors:
>
> 4 hardware breakpoints (IAC)
On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
> +#define DBCR1_IAC1US 0xC000 /* Instr Addr Cmp 1 Sup/User */
> +#define DBCR1_IAC1ER 0x3000 /* Instr Addr Cmp 1 Eff/Real */
> +#define DBCR1_IAC1ER_01 0x1000 /* reserved */
> +#define DBCR1_IAC1ER_10 0x2000
On Thu, 2009-12-10 at 20:24 -0600, Kumar Gala wrote:
> On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
>
> > These patches implement an extention to the ptrace interface proposed by
> > Thiago Bauermann and the the PowerPC gdb team.
> >
> > GDB intends to support the following hardware debug fe
On Thu, 2009-12-10 at 20:23 -0600, Kumar Gala wrote:
> On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
>
> > These patches implement an extention to the ptrace interface proposed by
> > Thiago Bauermann and the the PowerPC gdb team.
> >
> > GDB intends to support the following hardware debug fe
On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
> These patches implement an extention to the ptrace interface proposed by
> Thiago Bauermann and the the PowerPC gdb team.
>
> GDB intends to support the following hardware debug features of BookE
> processors:
>
> 4 hardware breakpoints (IAC)
On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
> These patches implement an extention to the ptrace interface proposed by
> Thiago Bauermann and the the PowerPC gdb team.
>
> GDB intends to support the following hardware debug features of BookE
> processors:
>
> 4 hardware breakpoints (IAC)
On Dec 9, 2009, at 1:33 AM, Peter Korsgaard wrote:
>> "Peter" == Peter Korsgaard writes:
>
> Comments?
>
> Peter> Signed-off-by: Peter Korsgaard
> Peter> ---
> Peter> arch/powerpc/sysdev/mpc8xxx_gpio.c | 147
>
> Peter> 1 files changed, 147 insertio
On Dec 1, 2009, at 2:48 PM, Peter Korsgaard wrote:
> gpiolib returns -ENXIO if struct gpio_chip::to_irq isn't set, so it's
> safe to always call.
>
> Signed-off-by: Peter Korsgaard
> ---
> arch/powerpc/include/asm/gpio.h |5 +
> 1 files changed, 1 insertions(+), 4 deletions(-)
applied t
Hi Scott:
I am still stuck at Linux kernel booting in MPC8343EA based board.
I have disabled "Ethernet, PCI, USB, dma engines " in the *.dts file and
also in the kernel config.
I am using MPC8349emitxgp.dts ; enabled MPC8349ITX support in kernel config
also. In fact, I tried building MPC8349emIT
On Dec 10, 2009, at 12:00 PM, Anton Vorontsov wrote:
> Currently 83xx PMC driver clears deep_sleeping variable very early,
> before devices are resumed. This makes fsl_deep_sleep() unusable in
> drivers' resume() callback.
>
> Sure, drivers can store fsl_deep_sleep() value on suspend and use
> t
On Dec 10, 2009, at 12:00 PM, Anton Vorontsov wrote:
> We need to save SICRL, SICRH and SCCR registers on suspend, and restore
> them on resume. Otherwise, we lose IO and clocks setup on MPC8315E-RDB
> boards when ULPI USB PHY is used (non-POR setup).
>
> Signed-off-by: Anton Vorontsov
> ---
>
On Dec 10, 2009, at 12:01 PM, Anton Vorontsov wrote:
> - Add nodes for PMC and GTM controllers. GTM4 can be used as a wakeup
> source;
>
> - Add fsl,magic-packet properties to eTSEC nodes, i.e. wake-on-lan
> support. Unlike MPC8313 processors, MPC8315 can resume from deep
> sleep upon magic p
On Fri, 2009-12-11 at 11:53 +1100, David Gibson wrote:
> On Thu, Dec 10, 2009 at 01:57:21PM -0200, Dave Kleikamp wrote:
> > powerpc: Add definitions for Debug Registers on BookE Platforms
> >
> > From: Torez Smith
> >
> > This patch adds additional definitions for BookE Debug Registers
> > to th
On Thu, Dec 10, 2009 at 01:57:21PM -0200, Dave Kleikamp wrote:
> powerpc: Add definitions for Debug Registers on BookE Platforms
>
> From: Torez Smith
>
> This patch adds additional definitions for BookE Debug Registers
> to the reg_booke.h header file.
>
> Signed-off-by: Torez Smith
> Signed
On Thu, Dec 10, 2009 at 01:57:15PM -0200, Dave Kleikamp wrote:
> powerpc: Extended ptrace interface
>
> From: Torez Smith
>
> Add a new extended ptrace interface so that user-space has a single
> interface for powerpc, without having to know the specific layout
> of the debug registers.
> Impl
Found it. We are calling sock_sendmsg, which is definitely a call that
can block! The receive side is done in a thread (which does no floating
point ;), but the send was called directly from the "evil FP thread".
It looks like under light load, you tend to get away with it, so our
trivial testing
On Wed, Nov 25, 2009 at 9:07 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-11-24 at 01:19 -0700, Grant Likely wrote:
>> Merge common code between PowerPC and Microblaze
>
> Some of those guys might wnat to be in of_dynamic (see previous email)
>
> Remember: We want to keep the footprint low for
On Thu, Dec 10, 2009 at 2:56 PM, David Miller wrote:
> From: Grant Likely
> Date: Thu, 10 Dec 2009 13:47:33 -0700
>
>> Trying to go the other way around (deprecate platform and encouraging
>> of_platform instead) I don't think will gain much traction; whereas I
>> think bringing of_platform featu
From: Grant Likely
Date: Thu, 10 Dec 2009 13:47:33 -0700
> Trying to go the other way around (deprecate platform and encouraging
> of_platform instead) I don't think will gain much traction; whereas I
> think bringing of_platform features into platform will be an easier
> sell. I'm trying to be
Hey guys, some more thoughts below...
On Wed, Dec 9, 2009 at 6:45 PM, Benjamin Herrenschmidt
wrote:
> First the probing because that's the real important issue, I believe the
> other one is mostly academic and can be dealt on a per driver basis
> (I'll discuss it later too).
>
> I'm not totally s
On Thursday 10 December 2009, Sean MacLennan wrote:
> To be honest, I can't find why we are scheduling :( They only way we
> give up the CPU is with locking... and none of the locks where hit
> during the problem. We also never get near our timeslice... the longest
> run I saw when the problem happ
On Thu, 2009-12-10 at 12:45 +1100, Benjamin Herrenschmidt wrote:
> I don't agree with grant idea however that just converting the content
> of the device node into properties is the way to go.
And here of course I meant " converting the content of the device node
into into pdata" ...
> I do pref
On Thu, 2009-12-10 at 15:33 -0500, Sean MacLennan wrote:
> To be honest, I can't find *why* we are scheduling :( They only way we
> give up the CPU is with locking... and none of the locks where hit
> during the problem. We also never get near our timeslice... the
> longest
> run I saw when the pro
Hi David,
On Wed, Dec 9, 2009 at 5:21 PM, David Miller wrote:
> From: David Miller
> Date: Wed, 09 Dec 2009 16:15:50 -0800 (PST)
>
>> From: Grant Likely
>> Date: Wed, 9 Dec 2009 15:06:29 -0700
>>
>>> 1) of_platform will be deprecated in preference of the platform bus.
>>
>> What a shame, it's o
On Fri, 11 Dec 2009 07:19:39 +1100
Benjamin Herrenschmidt wrote:
> I'm not sure that will work in all cases, you are playing a bit with
> fire :-) I suppose I could think it through after breakfast but my
> first thought is "don't do that !". Among other things you may not
> have a pt_regs to sav
On Thursday 10 December 2009 18:13:11 Sean MacLennan wrote:
> One of our drivers has code that was originally running on a DSP. The
> code makes heavy use of floating point. We have isolated all the
> floating point to one kthread in the driver. Using enable_kernel_fp()
> this has worked well.
>
>
On Thu, 2009-12-10 at 13:13 -0500, Sean MacLennan wrote:
> One of our drivers has code that was originally running on a DSP. The
> code makes heavy use of floating point. We have isolated all the
> floating point to one kthread in the driver. Using enable_kernel_fp()
> this has worked well.
>
> Bu
On Dec 10, 2009, at 5:14 AM, Mark Ware wrote:
> Port C interrupts can be either falling edge, or either edge.
> Other external interrupts are either falling edge or active low.
> Tested on a custom 8280 based board.
>
> Signed-off-by: Mark Ware
> ---
> Changed in v3:
> - Cosmetic improvements a
One of our drivers has code that was originally running on a DSP. The
code makes heavy use of floating point. We have isolated all the
floating point to one kthread in the driver. Using enable_kernel_fp()
this has worked well.
But under a specific heavy RTP load, we started getting kernel panics.
Anton Vorontsov wrote:
Hi all,
This is quite late resend, sorry.
Only the third patch has changed, i.e. I got rid of sleep-nexus
stuff per Scott and Benjamin suggestions.
Acked-by: Scott Wood
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@lists
On Thu, 2009-12-10 at 12:41 -0500, Josh Boyer wrote:
> On Thu, Dec 10, 2009 at 12:27:11PM -0500, Josh Boyer wrote:
> >On Thu, Dec 10, 2009 at 01:57:27PM -0200, Dave Kleikamp wrote:
> >>+static void prime_debug_regs(struct thread_struct *thread)
> >>+{
> >>+ mtspr(SPRN_IAC1, thread->iac1);
> >>+
- Add nodes for PMC and GTM controllers. GTM4 can be used as a wakeup
source;
- Add fsl,magic-packet properties to eTSEC nodes, i.e. wake-on-lan
support. Unlike MPC8313 processors, MPC8315 can resume from deep
sleep upon magic packet reception.
Signed-off-by: Anton Vorontsov
---
arch/powe
We need to save SICRL, SICRH and SCCR registers on suspend, and restore
them on resume. Otherwise, we lose IO and clocks setup on MPC8315E-RDB
boards when ULPI USB PHY is used (non-POR setup).
Signed-off-by: Anton Vorontsov
---
arch/powerpc/platforms/83xx/suspend.c | 48 +++
Currently 83xx PMC driver clears deep_sleeping variable very early,
before devices are resumed. This makes fsl_deep_sleep() unusable in
drivers' resume() callback.
Sure, drivers can store fsl_deep_sleep() value on suspend and use
the stored value on resume. But a better solution is to postpone
cle
Hi all,
This is quite late resend, sorry.
Only the third patch has changed, i.e. I got rid of sleep-nexus
stuff per Scott and Benjamin suggestions.
Thanks,
--
Anton Vorontsov
email: cbouatmai...@gmail.com
irc://irc.freenode.net/bd2
___
Linuxppc-dev m
Anton Vorontsov wrote:
On Thu, Dec 10, 2009 at 08:52:01AM -0600, Kumar Gala wrote:
On Dec 10, 2009, at 5:14 AM, Mark Ware wrote:
Port C interrupts can be either falling edge, or either edge.
Other external interrupts are either falling edge or active low.
Tested on a custom 8280 based board.
On Thu, Dec 10, 2009 at 12:27:11PM -0500, Josh Boyer wrote:
>On Thu, Dec 10, 2009 at 01:57:27PM -0200, Dave Kleikamp wrote:
>>+static void prime_debug_regs(struct thread_struct *thread)
>>+{
>>+ mtspr(SPRN_IAC1, thread->iac1);
>>+ mtspr(SPRN_IAC2, thread->iac2);
>>+ mtspr(SPRN_IAC3, thr
Use the new unreachable() macro instead of for(;;);
Signed-off-by: David Daney
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@ozlabs.org
---
arch/powerpc/include/asm/bug.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/bug.h b
Back in commit 38938c879eb0c39edf85d5164aa0cffe2874304c the new macro
unreachable() was added. We can use it in BUG instead of a variety of
ad hoc endless loops.
This patch set consists of the patches from the original set that were
never Acked-by anyone. Although they are completely untested,
林志平 wrote:
Yes mcp85xx_defconfig does not work, I can see mpc8540ads in the
menuconfig, but no mpc8544ds.
mpc8544ds is supported by CONFIG_MPC85xx_DS.
CONFIG_MPC85XX_DS does not exist. Only mpc85xx_defconfig in
arch/powerpc/configs
I'm looking right at it, in arch/
On Thu, Dec 10, 2009 at 01:57:27PM -0200, Dave Kleikamp wrote:
>powerpc: Add support for BookE Debug Reg. traps, exceptions and ptrace
>
>From: Torez Smith
>
>This patch defines context switch and trap related functionality
>for BookE specific Debug Registers. It adds support to ptrace()
>for sett
On Thu, Dec 10, 2009 at 01:57:21PM -0200, Dave Kleikamp wrote:
>diff --git a/arch/powerpc/include/asm/processor.h
>b/arch/powerpc/include/asm/processor.h
>index 9eed29e..1393307 100644
>--- a/arch/powerpc/include/asm/processor.h
>+++ b/arch/powerpc/include/asm/processor.h
>@@ -161,9 +161,35 @@ str
On Thu, 10 Dec 2009 09:43:38 -0600
James Bottomley wrote:
> On Wed, 2009-12-02 at 17:51 -0800, Pravin Bathija wrote:
> > Powerpc 44x uses 36 bit real address while the real address defined
> > in MPT Fusion driver is of type 32 bit. This causes ioremap to fail and
> > driver
> > fails to
2009/12/10 Scott Wood
> 林志平 wrote:
>
>> > Another question is that I found linux2.6.31 does not support
>> > board mpc8544ds,
>>
>>It should. What problems do you see?
>>
>> => bootm 0x100 0x180 0x80
>> ## Booting kernel from Legacy Image at 0100 ...
>> Image Name:
Hi all,
I am using linux version 2.6.25.20 on
cpu : 440GRX
revision: 24.212 (pvr 2162 18d4)
bogomips: 995.32
vendor : AMCC
machine : PPC440EPx LWMON5
I am using ethtool to read out NIC statistics. On every tested board I saw the
counter increasing for
powerpc: Add support for BookE Debug Reg. traps, exceptions and ptrace
From: Torez Smith
This patch defines context switch and trap related functionality
for BookE specific Debug Registers. It adds support to ptrace()
for setting and getting BookE related Debug Registers
Signed-off-by: Torez Sm
powerpc: Add definitions for Debug Registers on BookE Platforms
From: Torez Smith
This patch adds additional definitions for BookE Debug Registers
to the reg_booke.h header file.
Signed-off-by: Torez Smith
Signed-off-by: Dave Kleikamp
Cc: Benjamin Herrenschmidt
Cc: Thiago Jung Bauermann
Cc
powerpc: Extended ptrace interface
From: Torez Smith
Add a new extended ptrace interface so that user-space has a single
interface for powerpc, without having to know the specific layout
of the debug registers.
Implement:
PPC_PTRACE_GETHWDEBUGINFO
PPC_PTRACE_SETHWDEBUG
PPC_PTRACE_DELHWDEBUG
Si
These patches implement an extention to the ptrace interface proposed by
Thiago Bauermann and the the PowerPC gdb team.
GDB intends to support the following hardware debug features of BookE
processors:
4 hardware breakpoints (IAC)
2 hardware watchpoints (read, write and read-write) (DAC)
2 value
On Wed, 2009-12-02 at 17:51 -0800, Pravin Bathija wrote:
> Powerpc 44x uses 36 bit real address while the real address defined
> in MPT Fusion driver is of type 32 bit. This causes ioremap to fail and
> driver
> fails to initialize. This fix changes the data types representing the real
>
On Thu, Dec 10, 2009 at 08:52:01AM -0600, Kumar Gala wrote:
>
> On Dec 10, 2009, at 5:14 AM, Mark Ware wrote:
>
> > Port C interrupts can be either falling edge, or either edge.
> > Other external interrupts are either falling edge or active low.
> > Tested on a custom 8280 based board.
> >
> >
On Dec 10, 2009, at 5:14 AM, Mark Ware wrote:
> Port C interrupts can be either falling edge, or either edge.
> Other external interrupts are either falling edge or active low.
> Tested on a custom 8280 based board.
>
> Signed-off-by: Mark Ware
> ---
> Changed in v3:
> - Cosmetic improvements a
And add the __acquires() and __releases() annotations, while at it.
Signed-off-by: Gautham R Shenoy
---
arch/powerpc/platforms/pseries/dlpar.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/dlpar.c
b/arch/powerpc/platforms/pseries/dl
If an online-attempt on a CPU which has been offlined using H_CEDE
with an appropriate cede latency hint fails, don't panic.
Instead print the error message and let the __cpu_up() code notify the
CPU Hotplug framework of the failure, which in turn can notify the
other subsystem through CPU_UP_CANC
Port C interrupts can be either falling edge, or either edge.
Other external interrupts are either falling edge or active low.
Tested on a custom 8280 based board.
Signed-off-by: Mark Ware
---
Changed in v3:
- Cosmetic improvements as suggested by Anton and Scott
- Added tested note to changelog
Scott Wood wrote:
> Anton Vorontsov wrote:
>>> +if ((flow_type != IRQ_TYPE_EDGE_BOTH) && +
>>> (flow_type != IRQ_TYPE_EDGE_FALLING)) {
>>
>> I'd place one more tab here.
>
> Or better, align one "flow_type" with the other.
>
> -Scott
>
Thanks Anton and Scott.
Scott's suggest
71 matches
Mail list logo
