On Mon, May 17, 2010 at 01:05:54PM -0500, Scott Wood wrote:
> >>> >+ - tmr_fiper1 Fixed interval period pulse generator.
> >>> >+ - tmr_fiper2 Fixed interval period pulse generator.
> >>
>
> MPC8572 and P2020 have fiper3 as well.
I doubt they really have a third fiper.
First of all, this s
On Mon, May 17, 2010 at 04:22:37PM -0500, Kumar Gala wrote:
[...]
> > arch/powerpc/kernel/Makefile |8 +-
> > arch/powerpc/kernel/swsusp_booke.S | 193
> >
> > 2 files changed, 199 insertions(+), 2 deletions(-)
> > create mode 100644 arch/powerpc/kerne
On Mar 29, 2010, at 8:39 PM, Andy Fleming wrote:
> I believe support was disabled due to issues with earlier versions of
> the board/processor. At worst, adding the ports back into the device
> tree should result in enabling ports that don't work on older systems,
> so the default should be to e
In message <4becbe89.3020...@ozlabs.org> you wrote:
> add_dyn_reconf_usable_mem_property() iterates over memory spans
> in /ibm,dynamic-reconfiguration-memory/ibm,dynamic-memory and intersects
> these with usablemem_rgns ranges. In doing so it used an unchecked
> fixed-size array which will over
On May 17, 2010, at 1:56 PM, Anton Vorontsov wrote:
> This is started as swsusp_32.S modifications, but the amount of #ifdefs
> made the whole file horribly unreadable, so let's put the support into
> its own separate file.
>
> The code should be relatively easy to modify to support 44x BookEs a
On May 17, 2010, at 1:56 PM, Anton Vorontsov wrote:
> This is started as swsusp_32.S modifications, but the amount of #ifdefs
> made the whole file horribly unreadable, so let's put the support into
> its own separate file.
>
> The code should be relatively easy to modify to support 44x BookEs a
Here is a second attempt at a patch to add nfactor support to the tmp421 driver.
This includes the changes as suggested by Andre Prendel, the original driver
author.
>From 8ebe84174ff6bd294656d77183758044f19d8900 Mon Sep 17 00:00:00 2001
From: Jeff Angielski
Date: Mon, 10 May 2010 10:26:34 -0
On Fri, May 14, 2010 at 02:41:29PM -0700, Shawn Jin wrote:
> Hi,
>
> Is mpc870 fully supported in the powerpc arch? I know it's an old
> processor but 8xx is still one of platforms in the powerpc arch. If
> it's not supported, how much effort will it be to resurrect mpc870 in
> the new arch consid
* Vaidyanathan Srinivasan [2010-05-10 11:18:01]:
> * Paul Mackerras [2010-05-10 09:05:22]:
>
> > On Fri, May 07, 2010 at 05:18:42PM +0530, Vaidyanathan Srinivasan wrote:
> >
> > > These APIs take logical cpu number as input
> > > Change cpu_first_thread_in_core() to cpu_leftmost_thread_sibling
This is started as swsusp_32.S modifications, but the amount of #ifdefs
made the whole file horribly unreadable, so let's put the support into
its own separate file.
The code should be relatively easy to modify to support 44x BookEs as
well, but since I don't have any 44x to test, let's confine th
On Dec 8, 2009, at 1:31 AM, Vivek Mahajan wrote:
> Signed-off-by: Vivek Mahajan
> ---
> arch/powerpc/boot/dts/p2020rdb.dts |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/boot/dts/p2020rdb.dts
> b/arch/powerpc/boot/dts/p2020rdb.dts
> index da4cb0d
On Dec 8, 2009, at 1:31 AM, Vivek Mahajan wrote:
> Adds binding documentation for cache sram for the PQ3 and
> some QorIQ based platforms.
>
> Signed-off-by: Vivek Mahajan
> ---
> .../powerpc/dts-bindings/fsl/85xx_cache_sram.txt | 20
> 1 files changed, 20 insertions(+),
On Apr 8, 2010, at 12:38 AM, Kumar Gala wrote:
> From: Scott Wood
>
> Most of the MSCR bit assigments are different in e500mc versus
> e500, and they are now write-one-to-clear.
>
> Some e500mc machine check conditions are made recoverable (as long as
> they aren't stuck on), most notably L1 i
On May 13, 2010, at 11:28 PM, Kumar Gala wrote:
> The following changes since commit 131c6c9eddfa252e376edb4aeff9c7fe1b96a798:
> Benjamin Herrenschmidt (1):
>Merge commit 'kumar/merge' into merge
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel
On 04/16/2010 02:03 PM, Anton Vorontsov wrote:
+ /* restore the MSR */
+ lwz r3,SL_MSR(r11)
+
+ /* Restore TB */
+ li r3,0
Missing mtmsr?
Otherwise ACK.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.
On 05/17/2010 03:27 AM, Richard Cochran wrote:
On Fri, May 14, 2010 at 12:46:57PM -0500, Scott Wood wrote:
On 05/14/2010 11:46 AM, Richard Cochran wrote:
diff --git a/Documentation/powerpc/dts-bindings/fsl/tsec.txt
b/Documentation/powerpc/dts-bindings/fsl/tsec.txt
Get rid of both device_type
On Apr 16, 2010, at 2:03 PM, Anton Vorontsov wrote:
> This is started as swsusp_32.S modifications, but the amount of #ifdefs
> made the whole file horribly unreadable, so let's put the support into
> its own separate file.
>
> The code should be relatively easy to modify to support 44x BookEs a
On May 3, 2010, at 4:54 PM, Timur Tabi wrote:
> A future version of the MPC8610 HPCD's ASoC DMA driver will probe on
> individual
> DMA channel nodes, so the DMA controller nodes' compatible string must be
> listed
> in mpc8610_ids[] for the probe to work.
>
> Also remove the "gianfar" compati
On May 2, 2010, at 12:27 PM, Anton Vorontsov wrote:
> There are two front-panel LEDs on MPC837xRDB and MPC8315RDB boards: PWR
> and HDD. After adding appropriate nodes we can program these LEDs from
> kernel and user space.
>
> Signed-off-by: Anton Vorontsov
> ---
> arch/powerpc/boot/dts/mpc831
On Apr 22, 2010, at 10:44 AM, Anton Vorontsov wrote:
> Since USB2 is shared with local bus, either local bus or USB2
> should be disabled. By default U-Boot enables local bus, so we
> have to disable USB2, otherwise kernel hangs:
>
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> f
On Jan 7, 2010, at 10:57 AM, Peter Korsgaard wrote:
> Signed-off-by: Peter Korsgaard
> ---
> Changes since v1:
> - Document OF binding for IRQ as requested by Kumar.
>
> Changes since v2:
> - Fix xlate prototype mismatch warning (intspec should be const)
>
> .../powerpc/dts-bindings/fsl/8xxx_g
On Apr 15, 2010, at 1:36 PM, Anton Vorontsov wrote:
> This patch adds support for eTSEC 2.0 as found in P1020.
> The changes include introduction of the group nodes for
> the etsec nodes.
>
> Signed-off-by: Sandeep Gopalpet
> Signed-off-by: Anton Vorontsov
> ---
>
> This is based on
> http://
On Apr 22, 2010, at 7:25 PM, Kim Phillips wrote:
> Technically, whilst SEC v3.3 h/w honours the tls_ssl_stream descriptor
> type, it lacks the ARC4 algorithm execution unit required to be able
> to execute anything meaningful with it. Change the node to agree with
> the documentation that declar
On 05/14/2010 06:46 PM, Richard Cochran wrote:
> The eTSEC includes a PTP clock with quite a few features. This patch adds
> support for the basic clock adjustment functions, plus two external time
> stamps and one alarm.
>
> Signed-off-by: Richard Cochran
Tested-by: Wolfgang Grandegger
on my
On 05/14/2010 06:45 PM, Richard Cochran wrote:
> This patch adds an infrastructure for hardware clocks that implement
> IEEE 1588, the Precision Time Protocol (PTP). A class driver offers a
> registration method to particular hardware clock drivers. Each clock is
> exposed to user space as a charac
Benjamin Herrenschmidt kernel.crashing.org> writes:
_omissis__
>
> Ok, that gives us a good thing to use to not do the scanning then. If
> that's 0 then we assume it's a bogus OF and we disable the scan
> completely. I'll do a patch later today, though feel free to beat me to
> it.
>
> Cheers,
This patch adds support for handling IO Event interrupts which come
through at the /event-sources/ibm,io-events device tree node.
There is one ibm,io-events interrupt, but this interrupt might be used
for multiple I/O devices, each with their own separate driver. So, we
create a platform interrupt
On Fri, May 14, 2010 at 12:25:31PM +0530, K.Prasad wrote:
> Okay. I will re-use single_step_exception() after modifications; it
> appearsto have no in-kernel users for it.
It's called from exceptions-64s.S, head_32.S and head_8xx.S in
arch/powerpc/kernel.
> > Suppose the address at which the dat
At the moment only the RAS code uses event-sources interrupts (for EPOW
events and internal errors) so request_ras_irqs() (which actually requests
the event-sources interrupts) is found in ras.c and is static.
We want to be able to use event-sources interrupts in other pseries code,
so let's renam
> > Additionally, the boot wrapper should probably either remove the node or
> > at least use a status property "ok" / "disabled" to represent whether
> > the board is configured for SATA or PCIe x1...
>
> U-Boot already sets the "status" property of the PCIe or SATA node
> accordingly. Just let
Hi Ben,
On Sunday 16 May 2010 01:40:28 Benjamin Herrenschmidt wrote:
> > > + SATA0: s...@bffd1000 {
> > > +compatible = "amcc,sata-460ex";
> > > + reg = <4 0xbffd1000 0x800 4 0xbffd0800 0x400>;
> > > +interrupt-parent = <&UIC3
User allocated bitmaps have the advantage of reducing pinned memory.
However we have plenty more pinned memory allocated in memory slots, so
by itself, user allocated bitmaps don't justify this change.
In that sense, what do you think about the question I sent last week?
=== REPOST 1 ===
>>
>
On Fri, May 14, 2010 at 12:46:57PM -0500, Scott Wood wrote:
> On 05/14/2010 11:46 AM, Richard Cochran wrote:
> >diff --git a/Documentation/powerpc/dts-bindings/fsl/tsec.txt
> >b/Documentation/powerpc/dts-bindings/fsl/tsec.txt
>
> Get rid of both device_type and model, and specify a compatible
> s
33 matches
Mail list logo
