[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091228110244.3957a358@hcegtvedt.norway.atmel.com>
Date: Mon, 28 Dec 2009 11:02:44 +0100
From: Hans-Christian Egtvedt <hans-christian.egtvedt@...el.com>
To: Peter Hüwe <PeterHuewe@....de>
Cc: Nicolas Ferre <nicolas.ferre@...el.com>,
Haavard Skinnemoen <hskinnemoen@...el.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Peter Ma <pma@...iamatech.com>, linux-kernel@...r.kernel.org,
linux-mmc@...r.kernel.org
Subject: Re: [PATCH] arch/avr32: Fix build failure for avr32 caused by typo
On Mon, 28 Dec 2009 10:59:30 +0100
Peter Hüwe <PeterHuewe@....de> wrote:
> Am Montag 28 Dezember 2009 09:13:18 schrieb Hans-Christian Egtvedt:
> > On Fri, 25 Dec 2009 20:08:45 +0100
> >
> > Peter Huewe <PeterHuewe@....de> wrote:
> > > This patch fixes a build failure introduced by the patch
> > > atmel-mci: change use of dma slave interface by Nicolas Ferre
> > > by changing mci_dma_slave to the correct name of mci_dma_data
> > >
> > > This should make the avr32 tree build again.
> >
> > Ah, great, I have not gotten around to test this yet. Thanks for the
> > patch. I've done some minor changes and also fixed the kzalloc/kfree
> > error handling. Please see the inlined patch below.
> >
>
> > @@ -1344,7 +1344,7 @@ at32_add_device_mci(unsigned int id, struct
> > mci_platform_data *data) ARRAY_SIZE(atmel_mci0_resource)))
> > goto fail;
> >
> > - slave = kzalloc(sizeof(struct mci_dma_slave), GFP_KERNEL);
> > + slave = kzalloc(sizeof(struct mci_dma_data), GFP_KERNEL);
> >
> > slave->sdata.dma_dev = &dw_dmac0_device.dev;
> > slave->sdata.reg_width = DW_DMA_SLAVE_WIDTH_32BIT;
>
>
> Great, thanks for the update.
> The only thing that still catches my eye is that the kzalloc line can fail, so
> you should perhaps add something like
> if (!slave) {
> printk(KERN_ERR "No memory left for at32ap700x: at32_add_device_mc");
> goto fail;
> }
>
Sounds like the patch should be split in two, one addressing the proper
naming of the struct mci_dma_data and one fixing the allocation of
memory and proper cleanup.
--
Best regards,
Hans-Christian Egtvedt
--
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