On 12/01/2009 07:36 PM, Benjamin Herrenschmidt wrote:
In libata-sff, ata_sff_post_internal_cmd() directly calls ata_bmdma_stop()
instead of ap->ops->bmdma_stop(). This can be a problem for controllers
that use their own bmdma_stop for which the generic sff one isn't suitable
Signed-off-by: Benja
Hi Jeff,
On Thursday 03 December 2009 07:21:56 Jeff Hane wrote:
> I'm trying to get interrupts working for my PCI device on a 460ex and
> am having problem. My ISR never triggers.
Which 460EX board is this? Canyonlands or some custom board?
> I'm new to PCI(and ppc) and LDD said that I could
Hello,
I'm trying to get interrupts working for my PCI device on a 460ex and
am having problem. My ISR never triggers.
I'm new to PCI(and ppc) and LDD said that I could read the config reg
INTURRUPT_LINE to get the interrupt assigned to my PCI device. Well,
this always reads zero.
After rea
* Arun R Bharadwaj [2009-12-02 15:33:46]:
Thanks for running checkpatch on the patch Daniel. Will fix this.
arun
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Dear "Chen Hongjun-R66092",
In message
<3a45394fd742fa419b760bb8d398f9ede65...@zch01exm26.fsl.freescale.net> you wrote:
>
> The released binary MBX driver is based on kernel 2.6.24, not on 2.6.31.
It is a GPL violation that there is no source code available for it.
Best regards,
Wolfgang Denk
On Thu, Dec 3, 2009 at 12:15 PM, Segher Boessenkool
wrote:
The scenario for the first case is that in a multicore system running
ASMP which means different OS runs on different cores. They might
communicate through a shared memory region. The region on every OS
need to be map
This patch looks OK. Please consider it as ACKed by me on behalf of LSI.
- Kashyap
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
> ow...@vger.kernel.org] On Behalf Of Benjamin Herrenschmidt
> Sent: Thursday, December 03, 2009 8:30 AM
> To: Pravin Bathi
At the moment when we EOI an interrupt we set the CPPR back to 0xFF
regardless of its previous value. This could lead to problems if we
take an interrupt with a priority of 5, but before EOIing it we get
an IPI which has a priority of 4. The problem is that at the moment
when we EOI the IPI we will
2009/11/30 Grant Likely :
> On Mon, Nov 30, 2009 at 2:50 AM, Yogesh Chaudhari wrote:
>> Hello,
>> I am running linux kernel with rt patch on embedded board
>> based on lite5200 eval board. From linux-2.6.31 release, in which the
>> mdio patch has gone inside, the fec ethernet does not com
The scenario for the first case is that in a multicore system
running
ASMP which means different OS runs on different cores. They might
communicate through a shared memory region. The region on every OS
need to be mapped with the same cache perperty to avoid cache
paradox.
This isn't true.
you may want to rename the ug_ prefix, it took me a while looking
back
and forth through the patch to convince myself it wasn't a typo.
What's wrong with ug_ ? (ug = (u)sb(g)ecko)
At first look I thought it was a typo of udbg_early_remap. I prefer
the longer names although we could use gec
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
>
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
address from unsigned long 32-bit types to resource_size_t w
The released binary MBX driver is based on kernel 2.6.24, not on 2.6.31.
Regards,
Hongjun
From:
linuxppc-dev-bounces+hong-jun.chen=freescale@lists.ozlabs.org
[mailto:linuxppc-dev-bounces+hong-jun.chen=freescale@lists.ozlabs.or
g] On Behalf Of Cr
Benjamin Herrenschmidt wrote:
> On Tue, 2009-12-01 at 20:48 +0100, Albert Herranz wrote:
>> This -1 should be NO_IRQ too.
>> I'll fix this in the next version.
>
> No. The number you pass here is not a linux virq number, but a number in
> your HW numbering space that never represents a valid IRQ.
On Tue, 2009-12-01 at 17:44 +0100, Fortini Matteo wrote:
> I see that throughout the kernel source, internal PPC registers are
> accessed through [in|out]_be[32|16|8]() functions. However, they are
> translated into 3 inline assembly instructions, one of which is an
> isync, which has a huge per
On Tue, 2009-12-01 at 20:48 +0100, Albert Herranz wrote:
>
> This -1 should be NO_IRQ too.
> I'll fix this in the next version.
No. The number you pass here is not a linux virq number, but a number in
your HW numbering space that never represents a valid IRQ. In your case
0 (NO_IRQ is deprecated
Dear Allan Wang,
In message <880531.39933...@web52905.mail.re2.yahoo.com> you wrote:
>
> Thank you for your help. My answer to your questions are between the lines.
> Attached is the dts file I use.
No, there is no attachment.
> Which exact version of U-Boot are you running on this board?
>
>
Dear Cristian Axenie,
In message <9c789a000912021004l5dda0ee8r77a21764e035f...@mail.gmail.com> you
wrote:
>
> I would like to know if there is someone that tested the MBX driver for the
> PowerVR graphic chip in MPC5121 ?
> It seems that on kernel 2.6.21 works fine but it fails on 2.6.31 !
You p
Hi all!
I would like to know if there is someone that tested the MBX driver for the
PowerVR graphic chip in MPC5121 ?
It seems that on kernel 2.6.21 works fine but it fails on 2.6.31 !
I'm using wrlinux as the build environment !
Any opinions are welcome !
Best !
I would like to know whether user can set timeout from user space for the
watchdog.
I am using MPC 8323E processor and linux-2.6.24 kernel.
If user can set, can you tell me how will it be implemented?
Regards,
Aswathi
___
Linuxppc-dev mailing list
Linuxp
Hi Kumar,
I would like to know whether user can set timeout from user space for the
watchdog.
I am using MPC 8323E processor and linux-2.6.24 kernel.
If user can set, can you tell me how will it be implemented?
Regards,
Aswathi
___
Linuxppc-dev mailing
On Wed, 2009-12-02 at 15:33 +0530, Arun R Bharadwaj wrote:
> +int boot_option_idle_override = 0;
> +
Doesn't need to be set to zero AFAIK, since we do a mass initialization
to zero during boot up. Did you notice some type of failure when you
didn't initialize that to zero?
(checkpatch output bel
Dan Williams wrote:
> Anatolij Gustschin wrote:
> > This patch adds new version of the PPC440SPe ADMA driver.
> >
> > Signed-off-by: Anatolij Gustschin
> > Signed-off-by: Yuri Tikhonov
>
> [minor] Sign-offs are typically in delivery path order, so yours would
> appear last.
Ok, I'll fix thi
Hi Kumar,
I am using 2009-06 u-boot for MPC8640D based custom board. I just
want to know whether the second core of MPC8640D is kicked off automatically
or will it required by the user to kick[like mpc85xx/mp.c]. Also if am
enabling the CONFIG_MP macro and CONFIG_NUM_CPUS as 2, then th
Hello.
Benjamin Herrenschmidt wrote:
The hotplug mediabay has tendrils deep into drivers/ide code
which makes a libata port reather difficult. In addition it's
ugly and could be done better.
This reworks the interface between the mediabay and the rest
of the world so that:
- Any macio_driv
Benjamin Herrenschmidt writes:
> v2. Better tested now, seems to be reasonably solid.
>
> Addressed Tejun comments and made remove more robust vs. media-bay,
> should also fix Andreas problem.
Thanks, this works fine now, including suspend *and* resume. :-)
Andreas.
--
Andreas Schwab, sch...@
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch enables default_idle when power_save=off kernel boot
option is specified.
Earlier, this was done by setting ppc_md.power_save = NULL and hence
HMT_low() and HMT_very_low() was called. Now this is defined under
default_idle() and hence by setti
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch creates arch/powerpc/platforms/pseries/processor_idle.c,
which implements the cpuidle infrastructure for pseries.
It implements a pseries_cpuidle_loop() which would be the main idle loop
called from cpu_idle(). It makes decision of entering eit
* Arun R Bharadwaj [2009-12-02 15:24:27]:
In arch/powerpc/kernel/idle.c create a default_idle() routine by moving
the failover condition of the cpu_idle() idle loop. This is needed by
cpuidle infrastructure to call default_idle when other idle routines
are not yet registered. Functionality remain
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch removes the routines, pseries_shared_idle_sleep and
pseries_dedicated_idle_sleep, since this is implemented as a part
of arch/powerpc/platform/pseries/processor_idle.c
Also, similar to x86, call cpuidle_idle_call from cpu_idle() idle
loop inst
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch enables the cpuidle option in Kconfig for pSeries.
Currently cpuidle infrastructure is enabled only for x86 and ARM.
This code is almost completely borrowed from x86 to enable
cpuidle for pSeries.
Signed-off-by: Arun R Bharadwaj
---
arch/po
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch cleans up x86 of all instances of pm_idle.
pm_idle which was earlier called from cpu_idle() idle loop
is replaced by cpuidle_idle_call.
x86 also registers to cpuidle when the idle routine is selected,
by populating the cpuidle_device data str
* Arun R Bharadwaj [2009-12-02 15:24:27]:
Implement a list based registering mechanism for architectures which
have multiple sets of idle routines which are to be registered.
Currently, in x86 it is done by merely setting pm_idle = idle_routine
and managing this pm_idle pointer is messy.
To giv
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch cleans up drivers/cpuidle/cpuidle.c
Earlier cpuidle assumed pm_idle as the default idle loop. Break that
assumption and make it more generic. cpuidle_idle_call() which is the
main idle loop of cpuidle is to be called by architectures which have
* Arun R Bharadwaj [2009-12-02 15:24:27]:
This patch adds a little information about the redesigned cpuidle
infrastructure in Documentation/cpuidle/core.txt
Signed-off-by: Arun R Bharadwaj
---
Documentation/cpuidle/core.txt | 35 +++
1 file changed, 35 inserti
Hi,
This patchset introduces cpuidle infrastructure to POWER, prototyping
for pSeries, and also does a major refactoring of current x86 idle
power management and a cleanup of cpuidle infrastructure.
This patch series has been in discussion for quite a while now and
below are the links to the prev
Hi kumar,
I just want to know how to use the global timer of the MPC8640D on linux
environment. I am having a Freescale HPCN evaluation board on which
linux-2.6.21 kernel is running. How to use the timer.
Thank you
T.
___
Linuxppc-dev mailing l
38 matches
Mail list logo