[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1103012238360.2701@localhost6.localdomain6>
Date: Tue, 1 Mar 2011 22:45:25 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: Pratheesh Gangadhar <pratheesh@...com>
cc: linux-kernel@...r.kernel.org, hjk@...sjkoch.de, gregkh@...e.de,
sshtylyov@...sta.com, arnd@...db.de, amit.chatterjee@...com,
davinci-linux-open-source@...ux.davincidsp.com,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v7 1/1] PRUSS UIO driver support
On Wed, 2 Mar 2011, Pratheesh Gangadhar wrote:
> +
> +static DEFINE_SPINLOCK(lock);
> +static struct clk *pruss_clk;
> +static struct uio_info *info;
> +static dma_addr_t sram_paddr, ddr_paddr;
> +static void *prussio_vaddr, *sram_vaddr, *ddr_vaddr;
> +
> +static irqreturn_t pruss_handler(int irq, struct uio_info *info)
> +{
> + int intr_bit = (irq - IRQ_DA8XX_EVTOUT0 + 2);
> + int val, intr_mask = (1 << intr_bit);
> + void __iomem *base = info->mem[0].internal_addr;
> + void __iomem *intren_reg = base + PINTC_HIER;
> + void __iomem *intrstat_reg = base + PINTC_HIPIR + (intr_bit << 2);
> +
> + spin_lock_irq(&lock);
No, I said: spin_lock() is sufficient.
> + val = ioread32(intren_reg);
> + /* Is interrupt enabled and active ? */
> + if (!(val & intr_mask) && (ioread32(intrstat_reg) & HIPIR_NOPEND)) {
> + spin_unlock_irq(&lock);
You unconditinally enable interrupts here where you are not supposed
to do so.
> + return IRQ_NONE;
> + }
> +
> + /* Disable interrupt */
> + iowrite32((val & ~intr_mask), intren_reg);
> + spin_unlock_irq(&lock);
> + return IRQ_HANDLED;
> +}
> +
> +static int pruss_irqcontrol(struct uio_info *info, s32 irq_on)
> +{
> + int intr_bit = info->irq - IRQ_DA8XX_EVTOUT0 + 2;
> + int val, intr_mask = (1 << intr_bit);
> + void __iomem *base = info->mem[0].internal_addr;
> + void __iomem *intren_reg = base + PINTC_HIER;
> +
> + spin_lock_irq(&lock);
This one is correct, as this is always called from non interrupt
disabled context.
> + val = ioread32(intren_reg);
> + if (irq_on)
> + iowrite32((val | intr_mask), intren_reg);
> + else
> + iowrite32((val & ~intr_mask), intren_reg);
> + spin_unlock_irq(&lock);
> +
> + return 0;
> +}
> +
> + spin_lock_init(&lock);
Sigh. DEFINE_SPINLOCK(lock); already initializes the lock.
It's not the purpose of a review to tell you what you need to change
mechanically. Reviewers hint to a correct solution and you are
supposed to lookup what that solution means and act accordingly. If
you do not understand the hint or its implications please ask _before_
sending a new patch set.
Thanks,
tglx
--
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