[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <B85A65D85D7EB246BE421B3FB0FBB593024C960196@dbde02.ent.ti.com>
Date: Thu, 14 Apr 2011 14:56:38 +0530
From: "Nori, Sekhar" <nsekhar@...com>
To: Mike Williamson <michael.williamson@...ticallink.com>
CC: Ben Gardiner <bengardiner@...ometrics.ca>,
"davinci-linux-open-source@...ux.davincidsp.com"
<davinci-linux-open-source@...ux.davincidsp.com>,
"linux-i2c@...r.kernel.org" <linux-i2c@...r.kernel.org>,
Ben Dooks <ben-linux@...ff.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Bastian Ruppert <Bastian.Ruppert@...erin.de>,
Philby John <pjohn@...mvista.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: RE: [PATCH 6/6] da8xx: enable the use of the ICPFUNC in i2c-davinci
Hi Mike,
On Thu, Apr 14, 2011 at 04:34:34, Mike Williamson wrote:
> > The I2C driver implements a default platform data
> > so it should actually be legal for a DA8x board to
> > pass NULL platform data. In that case this line
> > will crash. You should either check for pdata to
> > be NULL or just let each board choose whether it
> > needs recovery (I think the better option).
> >
>
> I actually had a problem with using NULL for pdata with davinci I2C
> and had submitted a patch here that sort of fell on the floor. The
> problem was that the i2c_davinci_calc_clk_dividers is using
> platform_data without a check as described above. So at the moment
> using NULL doesn't really work, best as I can tell...
>
> https://lkml.org/lkml/2010/9/4/119
Looking at this mail chain, it looks like Ben was actually OK
with your first submission and just wanted you to update the
patch description saying that dev->platform_data is accessed
later in the code and that is why it needs to be updated.
I liked your first attempt better and may be you should
try another submission with the patch description updated.
Thanks,
Sekhar
--
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