> As some help is needed from an active maintainer, replace Andrew Victor
> by Alexandre Belloni in the ARM/Atmel MAINTAINERS' entry (aka AT91).
>
> Thanks Andrew for the great role you played during the early days of this
> product family.
>
> Signed-off-by: Nicola
7;s missing. So, I'll ack it FWIW ... usual policy for these
> patches is to go through Russell.
You can add my Ack for what it's worth.
Regards,
Andrew Victor
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
_sys_read(AT91_AIC_IPR) &
at91_sys_read(AT91_AIC_IMR));
error:
+ sdram_selfrefresh_disable();
target_state = PM_SUSPEND_ON;
at91_irq_resume();
at91_gpio_resume();
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
mpact, the user also does not need
> to know the offset of the different bit-fields.
But the user does then constantly have to refer to the datasheet to
determine what CKI = 1 or CKS = 0 means.
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-
e.
Can we not rather move the existing include/asm-arm/arch-at91/at91_ssc.h
to somewhere shared as atmel_ssc.h ?
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
ix this (if nobody has yet) once the PCI support goes in.
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ese #ifdefs can
> be eliminated. Since the macros will evaluate to a constant value for
> CPUs that aren't supported by the current architecture, any code that
> is only needed on AT91 will be optimized away on AVR32 and vice versa.
>
> Signed-off-by: Haavard Skinnemoen <
hi David,
> It's been pointed out that output GPIOs should have an initial value, to
> avoid signal glitching ... among other things, it can be some time before
> a driver is ready. This patch corrects that oversight, fixing
For the AT91 changes:
Acked-by: Andrew Victor <
emoen <[EMAIL PROTECTED]>
Acked-by: Andrew Victor <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ense the headers. The
licensing issue is probably now with their legal department, but I don't
see them having a problem with it.
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
buffer is passed down to the SPI driver, which then DMA's
directly from/to it. We can't DMA to an address on the stack (atleast
not in 2.4 when that driver was written).
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
same requirement in 2.6.13-rc2, though some
of the files are dual-licensed.
Regards,
Andrew Victor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
12 matches
Mail list logo
