On Wednesday 19 May 2010 16:35:54 Michael Ellerman wrote:
> On Wed, 2010-05-19 at 16:35 +1000, Mark Nelson wrote:
> > Hi Michael,
> >
> > Thanks for looking over these patches!
> ..
> > >
> > > Existing code I know, but the error handling in here is a little lax,
> > > what's not going to work if
On Wed, 2010-05-19 at 16:35 +1000, Mark Nelson wrote:
> Hi Michael,
>
> Thanks for looking over these patches!
..
> >
> > Existing code I know, but the error handling in here is a little lax,
> > what's not going to work if we miss some or all of the interrupts?
>
> That's a good point. For the
Hi Michael,
Thanks for looking over these patches!
On Tuesday 18 May 2010 22:40:51 Michael Ellerman wrote:
> 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() (whi
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
On Thu, May 6, 2010 at 2:57 AM, Rupjyoti Sarmah 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
SOCs too. This im
On Tue, 2010-05-18 at 16:30 +, nello martuscielli wrote:
> Michael Ellerman 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:
> >
> >
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 threade
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 ad81664794e33d785f533c
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 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
> Cc: Maxim Uvarov
> Signed-off-by: Simon Horman
I have gone a
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
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
> Date: Tue, 18 May 2010 11:07:13 -0700
> Subject: [PA
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) )
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 remove
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.
Signe
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
Michael Ellerman 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 41
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 thi
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
https://l
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
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 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 12:58 +, nello martuscielli wrote:
> 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
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.
>
>
>
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.
___
Linuxppc-
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 main
26 matches
Mail list logo
