From: Marcin Slusarz <marcin.slusarz@gmail.com>
To: Jean Delvare <khali@linux-fr.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Mauro Carvalho Chehab <mchehab@infradead.org>,
i2c@lm-sensors.org, video4linux-list@redhat.com
Subject: Re: [PATCH] video: limit stack usage of ir-kbd-i2c.c
Date: Tue, 26 Feb 2008 22:03:16 +0100 [thread overview]
Message-ID: <20080226210307.GA6085@joi> (raw)
In-Reply-To: <20080226133222.7af260b2@hyperion.delvare>
On Tue, Feb 26, 2008 at 01:32:22PM +0100, Jean Delvare wrote:
> Hi Marcin,
>
> On Mon, 25 Feb 2008 21:51:00 +0100, Marcin Slusarz wrote:
> > ir_probe allocated struct i2c_client on stack;
> > it's pretty big structure, so allocate it with kzalloc
> >
> > make checkstack output without this patch:
> > x059d ir_probe [ir-kbd-i2c]: 1000
> >
> > compile tested only
> >
> > Signed-off-by: Marcin Slusarz <marcin.slusarz@gmail.com>
> > Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
> > Cc: Jean Delvare <khali@linux-fr.org>
> > ---
> > drivers/media/video/ir-kbd-i2c.c | 18 +++++++++++-------
> > 1 files changed, 11 insertions(+), 7 deletions(-)
> >
> > diff --git a/drivers/media/video/ir-kbd-i2c.c b/drivers/media/video/ir-kbd-i2c.c
> > index 9851987..aec122f 100644
> > --- a/drivers/media/video/ir-kbd-i2c.c
> > +++ b/drivers/media/video/ir-kbd-i2c.c
> > @@ -510,9 +510,9 @@ static int ir_probe(struct i2c_adapter *adap)
> > static const int probe_cx88[] = { 0x18, 0x6b, 0x71, -1 };
> > static const int probe_cx23885[] = { 0x6b, -1 };
> > const int *probe = NULL;
> > - struct i2c_client c;
> > + struct i2c_client *c;
> > unsigned char buf;
> > - int i,rc;
> > + int i, rc;
> >
> > switch (adap->id) {
> > case I2C_HW_B_BT848:
> > @@ -537,19 +537,23 @@ static int ir_probe(struct i2c_adapter *adap)
> > if (NULL == probe)
> > return 0;
> >
> > - memset(&c,0,sizeof(c));
> > - c.adapter = adap;
> > + c = kzalloc(sizeof(*c), GFP_KERNEL);
> > + if (!c)
> > + return -ENOMEM;
> > +
> > + c->adapter = adap;
> > for (i = 0; -1 != probe[i]; i++) {
> > - c.addr = probe[i];
> > - rc = i2c_master_recv(&c,&buf,0);
> > + c->addr = probe[i];
> > + rc = i2c_master_recv(c, &buf, 0);
> > dprintk(1,"probe 0x%02x @ %s: %s\n",
> > probe[i], adap->name,
> > (0 == rc) ? "yes" : "no");
> > if (0 == rc) {
> > - ir_attach(adap,probe[i],0,0);
> > + ir_attach(adap, probe[i], 0, 0);
> > break;
> > }
> > }
> > + kfree(c);
> > return 0;
> > }
> >
>
> While this works, I'd rather change the code to call i2c_transfer()
> instead of i2c_master_recv(). i2c_transfer() is meant exactly for this
> case (no i2c_client at hand.) This solves the stack usage problem
> without requiring a temporary memory allocation:
>
> * * * * *
>
> Limit stack usage in ir_probe by calling i2c_transfer, which doesn't
> require a struct i2c_client, instead of i2c_master_recv which does.
>
> Signed-off-by: Jean Delvare <khali@linux-fr.org>
> ---
> drivers/media/video/ir-kbd-i2c.c | 17 +++++++++--------
> 1 file changed, 9 insertions(+), 8 deletions(-)
>
> --- linux-2.6.25-rc3.orig/drivers/media/video/ir-kbd-i2c.c 2008-02-26 11:35:51.000000000 +0100
> +++ linux-2.6.25-rc3/drivers/media/video/ir-kbd-i2c.c 2008-02-26 11:44:54.000000000 +0100
> @@ -510,8 +510,11 @@ static int ir_probe(struct i2c_adapter *
> static const int probe_cx88[] = { 0x18, 0x6b, 0x71, -1 };
> static const int probe_cx23885[] = { 0x6b, -1 };
> const int *probe = NULL;
> - struct i2c_client c;
> - unsigned char buf;
> + struct i2c_msg msg = {
> + .flags = I2C_M_RD,
> + .len = 0,
> + .buf = NULL,
> + };
> int i,rc;
>
> switch (adap->id) {
> @@ -537,15 +540,13 @@ static int ir_probe(struct i2c_adapter *
> if (NULL == probe)
> return 0;
>
> - memset(&c,0,sizeof(c));
> - c.adapter = adap;
> for (i = 0; -1 != probe[i]; i++) {
> - c.addr = probe[i];
> - rc = i2c_master_recv(&c,&buf,0);
> + msg.addr = probe[i];
> + rc = i2c_transfer(adap, &msg, 1);
> dprintk(1,"probe 0x%02x @ %s: %s\n",
> probe[i], adap->name,
> - (0 == rc) ? "yes" : "no");
> - if (0 == rc) {
> + (1 == rc) ? "yes" : "no");
> + if (1 == rc) {
> ir_attach(adap,probe[i],0,0);
> break;
> }
>
>
> Built-tested, I've also tested loading the ir-kbd-i2c driver on an
> unsupported cx88 adapter. Review and more testing welcome.
I know nothing about I2C API, so I can't comment on correctness of this patch ;)
Do you have an idea (or patch :D) how to solve this:
0x00000234 v4l_compat_translate_ioctl [v4l1-compat]: 1376
? That's on top of my make checkstack output
Marcin
next prev parent reply other threads:[~2008-02-26 21:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-25 20:51 [PATCH] video: limit stack usage of ir-kbd-i2c.c Marcin Slusarz
2008-02-26 12:32 ` Jean Delvare
2008-02-26 21:03 ` Marcin Slusarz [this message]
2008-02-26 22:23 ` Jean Delvare
2008-02-27 10:23 ` Marcin Slusarz
2008-02-27 10:33 ` Mauro Carvalho Chehab
2008-02-28 18:29 ` Jean Delvare
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080226210307.GA6085@joi \
--to=marcin.slusarz@gmail.com \
--cc=i2c@lm-sensors.org \
--cc=khali@linux-fr.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mchehab@infradead.org \
--cc=video4linux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox