On Tue, Dec 14, 2010 at 5:56 AM, Timur Tabi wrote:
> On Fri, Dec 3, 2010 at 6:34 AM, Li Yang wrote:
>> This can be used as a wakeup source for power management.
>
> This patch doesn't actually add wake-up support.
Any enabled IRQ is a valid wake-up source for standby. The patch
enables a board
Scott Wood wrote on 2010/12/13 20:49:50:
>
> On Mon, 13 Dec 2010 20:30:27 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/13 18:51:31:
> > >
> > > On Mon, 13 Dec 2010 18:41:32 +0100
> > > Joakim Tjernlund wrote:
> > >
> > > > Scott Wood wrote on 2010/12/13 18:33:56:
> > > > >
On Thu, Dec 9, 2010 at 12:14 AM, Li Yang wrote:
> From: Forrest Shi
>
> Fixed fsl dma slow issue by initializing dma mode register with
> bandwidth control. It boosts dma performance and should works
> with 85xx board.
>
> Signed-off-by: Forrest Shi
> Signed-off-by: Li Yang
Applied.
__
On Fri, Dec 3, 2010 at 6:34 AM, Li Yang wrote:
> This can be used as a wakeup source for power management.
This patch doesn't actually add wake-up support.
This patch should probably be split up, since you're adding generic
functionality for the IRQ that applies to all 85xx boards, but you
only
On Mon, 13 Dec 2010 20:30:27 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/13 18:51:31:
> >
> > On Mon, 13 Dec 2010 18:41:32 +0100
> > Joakim Tjernlund wrote:
> >
> > > Scott Wood wrote on 2010/12/13 18:33:56:
> > > >
> > > > On Mon, 13 Dec 2010 11:32:00 +0100
> > > > Joakim Tjer
Fix build errors like these from a randconfig:
src/arch/powerpc/platforms/52xx/mpc52xx_gpt.c:549: error: dereferencing pointer
to incomplete type: 1 errors in 1 logs
src/arch/powerpc/platforms/52xx/mpc52xx_gpt.c:636: error: implicit declaration
of function 'nonseekable_open': 1 errors in 1 logs
Scott Wood wrote on 2010/12/13 18:51:31:
>
> On Mon, 13 Dec 2010 18:41:32 +0100
> Joakim Tjernlund wrote:
>
> > Scott Wood wrote on 2010/12/13 18:33:56:
> > >
> > > On Mon, 13 Dec 2010 11:32:00 +0100
> > > Joakim Tjernlund wrote:
> > >
> > > > What if one has several NAND chips to build a big F
"K.Prasad" writes:
> +#ifdef CONFIG_HAVE_HW_BREAKPOINT
> + /* Create a new breakpoint request if one doesn't exist already */
> + hw_breakpoint_init(&attr);
> + attr.bp_addr = bp_info->addr & ~HW_BREAKPOINT_ALIGN;
> + arch_bp_generic_fields(bp_info->addr &
> +
On Mon, 13 Dec 2010 18:41:32 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2010/12/13 18:33:56:
> >
> > On Mon, 13 Dec 2010 11:32:00 +0100
> > Joakim Tjernlund wrote:
> >
> > > What if one has several NAND chips to build a big FS? Is the NAND
> > > controller equipped to handle that?
> >
Scott Wood wrote on 2010/12/13 18:33:56:
>
> On Mon, 13 Dec 2010 11:32:00 +0100
> Joakim Tjernlund wrote:
>
> > "David Laight" wrote on 2010/12/13 09:33:37:
> > >
> > >
> > > > > An external IRQ line would let you limit interrupts to rising edges
> > > > > rather than all edges, though you'd los
On Mon, 13 Dec 2010 11:32:00 +0100
Joakim Tjernlund wrote:
> "David Laight" wrote on 2010/12/13 09:33:37:
> >
> >
> > > > An external IRQ line would let you limit interrupts to rising edges
> > > > rather than all edges, though you'd lose the ability to
> > > > directly read the line status.
> >
Hi,
We are currently using the latest version of this Synopsis IP in some
of our customers SoC's.
The latest hardware adds a new DMA mode which is less Interrupt
intensive as well as a few other features.
I have spent (and im still spending) a long time fixing up this driver
to be linux standard
Greg KH wrote:
>
> Like Andrew pointed out, all sysfs files are required to have entries
in
> Documentation/ABI. If the existing rapidio sysfs files are not
> documented, please document them in there _before_ adding new ones.
>
I included RapidIO documentation update into my plan for next set o
"David Laight" wrote on 2010/12/13 09:33:37:
>
>
> > > An external IRQ line would let you limit interrupts to rising edges
> > > rather than all edges, though you'd lose the ability to
> > > directly read the line status.
> >
> > oh, one cannot read the IRQ line? didn't know that. Also I not sure
Hello Wolfram,
Wolfram Sang wrote:
> Hi Heiko,
>
-CONFIG_EEPROM_AT24=y
>>> NACK.
>> ... I did just the steps above mentioned, so this is
>> automagically done by "make mpc5200_defconfig" !
>
> Yes, I understood that, but I can't help it: it is still wrong. I need
> it.
Ok, than we need to
Hi Heiko,
> >> -CONFIG_EEPROM_AT24=y
> >
> > NACK.
>
> ... I did just the steps above mentioned, so this is
> automagically done by "make mpc5200_defconfig" !
Yes, I understood that, but I can't help it: it is still wrong. I need
it.
Kind regards,
Wolfram
--
Pengutronix e.K.
> > An external IRQ line would let you limit interrupts to rising edges
> > rather than all edges, though you'd lose the ability to
> > directly read the line status.
>
> oh, one cannot read the IRQ line? didn't know that. Also I not sure
> all Freescale CPUs can do rising edge.
I suspect that
On Wed, Dec 01, 2010 at 10:07:58AM +0530, K.Prasad wrote:
> On Mon, Nov 29, 2010 at 11:15:51AM +0100, Andreas Schwab wrote:
> > "K.Prasad" writes:
> >
> > > Although ppc_set_hwdebug() can set DABR through set_dabr() in
> > > arch/powerpc/kernel/process.c, it is good to have it converted to use
>
18 matches
Mail list logo