[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fb7ebabe2ce9cac0fac05535bbabfdbc@mail.ncrmnt.org>
Date: Fri, 26 Jun 2015 13:11:26 +0300
From: Andrew <andrew@...mnt.org>
To: Rob Herring <robherring2@...il.com>
Cc: Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
Russell King <linux@....linux.org.uk>,
Arnd Bergmann <arnd@...db.de>,
Rob Herring <robh+dt@...nel.org>,
Pavel Shevchenko <pshevch@...ule.ru>,
Andrew Andrianov <andrianov@...ule.ru>,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/4] ARM: rcm-k1879xb1: Add support for K1879XB1 SoC
Rob Herring писал 24.06.2015 05:15:
>> +
>> +static void __iomem *k1879_sctl_base(void)
>> +{
>> + return (void __iomem *)RCM_K1879_SCTL_VIRT_BASE;
>> +}
>> +
>> +static void k1879_level_irq_i2c0_fixup(unsigned int irq, struct
>> irq_desc *desc)
>> +{
>> + writel(1, k1879_mif_base() + RCM_K1879_MIF_I2C_INT_STAT);
>> + handle_level_irq(irq, desc);
>> +}
>> +
>> +static void k1879_level_irq_i2c1_fixup(unsigned int irq, struct
>> irq_desc *desc)
>> +{
>> + writel(1 << 0, k1879_sctl_base() + RCM_K1879_SCTL_INT_P_OUT);
>> + handle_level_irq(irq, desc);
>> +}
>> +
>> +static void k1879_level_irq_i2c2_fixup(unsigned int irq, struct
>> irq_desc *desc)
>> +{
>> + writel(1 << 1, k1879_sctl_base() + RCM_K1879_SCTL_INT_P_OUT);
>> + handle_level_irq(irq, desc);
>> +}
>> +
>> +static void k1879_level_irq_i2c3_fixup(unsigned int irq, struct
>> irq_desc *desc)
>> +{
>> + writel(1 << 2, k1879_sctl_base() + RCM_K1879_SCTL_INT_P_OUT);
>> + handle_level_irq(irq, desc);
>> +}
>
> What are all these for? They probably belong somewhere else.
As I've written already in response to to Russel King's review, these
are the workarounds
around aeroflex i2c IP interrupt handling. Basically every interrupt
from i2c requires
cleaning up respective 'pending' bit in SCTL register. This could be
done in i2c driver,
but it is very platform-specific and would look ugly in the driver. If
you know any cleaner
way for such a workaround, please advice. Right now I've cleaned up
everything, save for
these fixups.
>> diff --git a/arch/arm/mach-rcm-k1879xb1/cpuidle.c
>> b/arch/arm/mach-rcm-k1879xb1/cpuidle.c
>> new file mode 100644
>> index 0000000..7c621b6
>> --- /dev/null
>> +++ b/arch/arm/mach-rcm-k1879xb1/cpuidle.c
>
> This should be a separate patch and located in drivers/cpuidle/
Got it, thanks.
--
Regards,
Andrew
RC Module :: http://module.ru
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists