Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1569470
| From | Thierry Reding <thierry.reding@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] I2c: busses - Fix possible NULL derefrence. |
| Date | 2017-01-30 10:00 +0100 |
| Message-ID | <t5fYC-1PU-3@gated-at.bofh.it> (permalink) |
| References | <t5co1-8ip-3@gated-at.bofh.it> <t5co1-8ip-1@gated-at.bofh.it> <t5epP-15B-3@gated-at.bofh.it> <t5fvz-1Gg-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Mon, Jan 30, 2017 at 09:07:15AM +0100, Uwe Kleine-König wrote: > Hello, > > On Mon, Jan 30, 2017 at 08:12:17AM +0100, Thierry Reding wrote: > > On Mon, Jan 30, 2017 at 10:33:07AM +0530, Shailendra Verma wrote: > > > of_device_get_match_data could return NULL, and so can cause > > > a NULL pointer dereference later. > > > > > > Signed-off-by: Shailendra Verma <shailendra.v@samsung.com> > > > --- > > > drivers/i2c/busses/i2c-tegra.c | 4 ++++ > > > 1 file changed, 4 insertions(+) > > > > This will never happen. Any match in the OF table that would cause the > > ->probe() to occur has a valid .data pointer associated with it. > > Theoretically you could (I think) bind that driver to a node with > > compatible = "tegra-i2c"; That's not a valid compatible string and I don't think this could end up anywhere that would make the driver bind. Even if it did I think it'd be good to crash rather than error out to make it very obvious that you've made a mistake that needs to be immediately fixed. If you error out it's much more likely that people won't notice. > Anyhow, even if today there was no possibility this could happen, that's > something that might easily be changed by a future change. So I doubt > "this will never happen" stays true for sure and being defensive is a > good idea. Let's revisit this again *if* this ever becomes a real issue. There's no use in adding dead code to the kernel to handle hypothetical use-cases. > And even a BUG would be better than a silent NULL pointer dereference. I've never encountered a NULL pointer dereference that was silent. =) Thierry
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] I2c: busses - Fix possible NULL derefrence. Shailendra Verma <shailendra.v@samsung.com> - 2017-01-30 06:10 +0100
Re: [PATCH] I2c: busses - Fix possible NULL derefrence. Thierry Reding <thierry.reding@gmail.com> - 2017-01-30 08:20 +0100
Re: [PATCH] I2c: busses - Fix possible NULL derefrence. Uwe Kleine-König <u.kleine-koenig@pengutronix.de> - 2017-01-30 09:30 +0100
Re: [PATCH] I2c: busses - Fix possible NULL derefrence. Thierry Reding <thierry.reding@gmail.com> - 2017-01-30 10:00 +0100
Re: [PATCH] I2c: busses - Fix possible NULL derefrence. Uwe Kleine-König <u.kleine-koenig@pengutronix.de> - 2017-01-30 12:20 +0100
Re: [PATCH] I2c: busses - Fix possible NULL derefrence. Thierry Reding <thierry.reding@gmail.com> - 2017-01-30 12:30 +0100
csiph-web