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 signal is not
Fix the maintenance access functions to farend RapidIO devices.
1. Fixed shift of the given offset, to open the maintenance window
2. Mask offset to limit access to the opened maintenance window
3. Added extended destid part to rowtear register, required for 16bit mode
This method is matching
The following RapidIO patch is applicable to the latest kernel tree with
applied RapidIO patches from Alexandre Bounine. The modification is required
for IDT CPS switch devices which will access these memory areas, to setup 16bit
routing.
___
On Mon, May 17, 2010 at 04:30:24PM -0400, Jeff Angielski wrote:
Here is a second attempt at a patch to add nfactor support to the tmp421
driver.
Hi Jeff,
only a few minor issues, see below.
This includes the changes as suggested by Andre Prendel, the original driver
author.
From
On Mon, 2010-05-17 at 12:58 +, nello martuscielli wrote:
Benjamin Herrenschmidt benh at 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
On Mon, 2010-05-17 at 22:33 +1000, Mark Nelson wrote:
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.
Hi Mark,
Just a few niggles,
On Mon, 2010-05-17 at 22:53 +1000, Mark Nelson wrote:
This patch adds support for handling IO Event interrupts which come
through at the /event-sources/ibm,io-events device tree node.
Hi Mark,
You'll have to explain to me offline sometime how it is we ran out of
interrupts and started needing
On 05/18/2010 07:38 AM, Andre Prendel wrote:
I'd prefer starting i with 0 and as condition i data-channels - 1.
for (i = 0; i data-channels -1; i++) {
data-nfactor[i] = i2c_smbus_read_byte_data(client,
TMP421_NFACTOR[i]);
}
What do you think?
The first channel is
Hi
I need help with instalaton linux on MVME1604 with 16 MB RAM, do You
know any linux version for that and does anybody have try to install
this on that? Thansk for any help.
Raul
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
On 05/18/2010 01:36 AM, Richard Cochran wrote:
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
Michael Ellerman michael at ellerman.id.au writes:
_omissis__
hi, is there available that patch?
With the fresh new 2.6.34 the logflood problem is still present.
You could try this, completely untested:
diff --git a/arch/powerpc/kernel/rtasd.c b/arch/powerpc/kernel/rtasd.c
index
Hello!
Would you guys like to carry this patch, or should I push it up
-tip? If I don't hear otherwise from you, I will push it up -tip.
The INIT_RCU_HEAD() primitive is going away in favor of debugobjects.
Thanx, Paul
The powerpc strncmp implementation does not correctly handle a zero
length, despite the claim in 0119536cd314ef95553604208c25bc35581f7f0a
(Add hand-coded assembly strcmp).
Additionally, all the length arguments are size_t, not int, so use
PPC_LCMPI and eq instead of cmpwi and le throughout.
Hello,
I hope I've posted to the right list.
I'm the maintainer of the linux kernel in ArchlinuxPPC [1].
We actually set statically the support for the PowerMac on-board IDE support
(under ATA/ATAPI/MFM/RLL support (DEPRECATED) ), and the disk is recognized
correctly (hda*).
If we try to
On Tue, 2010-05-18 at 21:16 +0200, JJDaNiMoTh wrote:
Hello,
I hope I've posted to the right list.
I'm the maintainer of the linux kernel in ArchlinuxPPC [1].
We actually set statically the support for the PowerMac on-board IDE support
(under ATA/ATAPI/MFM/RLL support (DEPRECATED) ), and
Is IRQF_NODELAY something specific to the RT kernel? I don't see it in
mainline...
-Brian
On 05/18/2010 04:33 PM, dvh...@linux.vnet.ibm.com wrote:
From ad81664794e33d785f533c5edee37aaba20dd92d Mon Sep 17 00:00:00 2001
From: Darren Hart dvh...@us.ibm.com
Date: Tue, 18 May 2010 11:07:13 -0700
On Tue, May 18, 2010 at 09:30:32AM +1000, Michael Neuling wrote:
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.
On Fri, May 14, 2010 at 12:25:19AM +0900, Simon Horman wrote:
This fixes the kexec-build on ppc32 when
the --game-cube option is supplied to ./configure.
It seems to have bit-rotted a little.
Cc: Sebastian Andrzej Siewior sebast...@breakpoint.cc
Cc: Maxim Uvarov muva...@gmail.com
Brian King wrote:
Is IRQF_NODELAY something specific to the RT kernel? I don't see it in
mainline...
Yep, this is RT only.
thanks,
Nivedita
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On 05/18/2010 02:52 PM, Brian King wrote:
Is IRQF_NODELAY something specific to the RT kernel? I don't see it in
mainline...
Yes, it basically says don't make this handler threaded.
--
Darren
-Brian
On 05/18/2010 04:33 PM, dvh...@linux.vnet.ibm.com wrote:
From
On Tue, 2010-05-18 at 15:22 -0700, Darren Hart wrote:
On 05/18/2010 02:52 PM, Brian King wrote:
Is IRQF_NODELAY something specific to the RT kernel? I don't see it in
mainline...
Yes, it basically says don't make this handler threaded.
That is a good fix for EHEA, but the threaded
On Tue, 2010-05-18 at 16:30 +, nello martuscielli wrote:
Michael Ellerman michael at ellerman.id.au writes:
_omissis__
hi, is there available that patch?
With the fresh new 2.6.34 the logflood problem is still present.
You could try this, completely untested:
diff --git
On Thu, May 6, 2010 at 2:57 AM, Rupjyoti Sarmah rsar...@amcc.com wrote:
This patch enables the on-chip DWC SATA controller of the AppliedMicro
processor 460EX.
The controller seems to be a thrid party IP (from Synopsys) in your
SoC and there are many chances the IP will appear in some other
On Tue, 18 May 2010 23:37:31 +1000, Michael Ellerman wrote:
On Mon, 2010-05-17 at 22:53 +1000, Mark Nelson wrote:
This patch adds support for handling IO Event interrupts which come
through at the /event-sources/ibm,io-events device tree node.
Hi Mark,
You'll have to explain to me
24 matches
Mail list logo