From: greg@kroah.com (Greg KH)
To: lm-sensors@vger.kernel.org
Subject: [PATCH 2.4] i2c-dev user/kernel bug and mem leak
Date: Thu, 19 May 2005 06:24:12 +0000 [thread overview]
Message-ID: <20030814200032.GB3071@kroah.com> (raw)
In-Reply-To: <20030806100702.78298ffe.khali@linux-fr.org>
On Thu, Aug 14, 2003 at 09:48:10PM +0200, Jean Delvare wrote:
>
> > 4. no one really uses i2c-dev at all...
>
> Greg, how dare you! What's more, CC'd to the sensors mailing-list! I
> admit it shows your courage though ;)
Heh :)
> Everyone using lm_sensors uses i2c-dev, because our sensors-detect
> script relies on it. Our i2cdump tool also relies on it, and this tool
> is oh so precious to us developpers. Writing new chip drivers and
> debugging existing chip drivers would be almost impossible without it.
Yes, developers, and the initial detect script do use it, but that's it,
right?
And because of that, we shouldn't break the 2.4 user/kernel interface,
right?
> Whatever is decided, please keep that in mind.
I'm not saying to take away that functionality at all, I was just
suggesting a different type of interface (fs instead of ioctls). It's
nice to know that there are so few users (only developers and 1
userspace program) so that any changes would only have to be made to
those users.
It's also quite telling that there is not a 64 bit thunking layer for
the i2c-dev ioctls, showing that there really isn't a use for it outside
i386 platforms. With more and more amd64 motherboards showing up, and
ppc64 oddities appearing, I imagine that they will soon start showing
i2c devices that we need to support. Making a platform-neutral
interface, which also allows any programming language to work with it,
would probably be a good thing for the future.
But, as I don't have any code to back these claims up right now, I'll
just shut up about it :)
thanks,
greg k-h
next prev parent reply other threads:[~2005-05-19 6:24 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-03 17:23 PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and mem leak Jean Delvare
2005-05-19 6:24 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and Jean Delvare
2003-08-04 15:32 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and mem leak Sergey Vlasov
2005-05-19 6:24 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and Sergey Vlasov
2003-08-05 8:32 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and mem leak Jean Delvare
2005-05-19 6:24 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and Jean Delvare
2003-08-05 14:10 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and mem leak Sergey Vlasov
2005-05-19 6:24 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and Sergey Vlasov
2003-08-05 21:07 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and mem leak Greg KH
2005-05-19 6:24 ` PATCH: 2.4.22-pre7 drivers/i2c/i2c-dev.c user/kernel bug and mem Greg KH
2003-08-06 8:07 ` [PATCH 2.4] i2c-dev user/kernel bug and mem leak Jean Delvare
2005-05-19 6:24 ` Jean Delvare
2005-05-19 6:24 ` Jean Delvare
2005-05-19 6:24 ` Greg KH
2003-08-15 2:01 ` Robert T. Johnson
2005-05-19 6:24 ` Robert T. Johnson
2003-08-15 21:13 ` Greg KH
2005-05-19 6:24 ` Greg KH
2003-08-15 22:17 ` Robert T. Johnson
2005-05-19 6:24 ` Robert T. Johnson
2003-08-15 23:51 ` Greg KH
2005-05-19 6:24 ` Greg KH
2003-08-18 0:54 ` Robert T. Johnson
2005-05-19 6:24 ` Robert T. Johnson
2003-08-18 21:05 ` Greg KH
2005-05-19 6:24 ` Greg KH
2003-09-10 23:02 ` CQual 0.99 Released: user/kernel pointer bug finding tool Robert T. Johnson
2003-08-28 1:17 ` [PATCH 2.4] i2c-dev user/kernel bug and mem leak Robert T. Johnson
2005-05-19 6:24 ` Robert T. Johnson
2003-08-29 16:21 ` Jean Delvare
2005-05-19 6:24 ` Jean Delvare
2003-08-29 17:30 ` Robert T. Johnson
2005-05-19 6:24 ` Robert T. Johnson
2005-05-19 6:24 ` Robert T. Johnson
2005-05-19 6:24 ` Greg KH [this message]
2005-05-19 6:24 ` 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=20030814200032.GB3071@kroah.com \
--to=greg@kroah.com \
--cc=lm-sensors@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.