From: Greg KH <greg@kroah.com>
To: Derek Cheung <derek.cheung@sympatico.ca>
Cc: "'Randy.Dunlap'" <rddunlap@osdl.org>,
"'Andrew Morton'" <akpm@osdl.org>,
Linux-kernel@vger.kernel.org, sensors@stimpy.netroedge.com
Subject: Re: [PATCH] kernel 2.6.11.6 - I2C adaptor for ColdFire 5282 CPU
Date: Sun, 17 Apr 2005 15:03:17 -0700 [thread overview]
Message-ID: <20050417220317.GD3178@kroah.com> (raw)
In-Reply-To: <001d01c5408f$18238850$1501a8c0@Mainframe>
On Wed, Apr 13, 2005 at 09:12:53PM -0400, Derek Cheung wrote:
> OK, hope this patch can satisfy everyone :-)
>
> The following is the diffstat of the enclosed patch file:
>
> drivers/i2c/busses/Kconfig | 10
> drivers/i2c/busses/Makefile | 1
> drivers/i2c/busses/i2c-mcf5282.c | 414
> +++++++++++++++++++++++++++++++++++++++
> drivers/i2c/busses/i2c-mcf5282.h | 46 ++++
> include/asm-m68knommu/m528xsim.h | 42 +++
> 5 files changed, 513 insertions(+)
>
> I did:
>
> a) remove all trailing spaces in the files
> b) re-align the switch statement
> c) change a return statement
> d) change some white space intents to TABs
> e) insert a break for the I2C_SMBUS_PROC_CALL, thanks for spotting it
> f) fix the mcf5282lite wording in Kconfig
>
> I did not:
>
> g) use the ioremap. This is because Coldfire is a CPU without MMU and
> there is no difference between virtual and physical memory. In fact, the
> ioremap routine in the m68knommu is simply a stub routine that returns
> the input address argument for compatibility reason. Also, all other
> Coldfire CPU include files such as the m5307sim.h uses the volatile
> declaration method.
> So, I hope this is acceptable to the Linux kernel maintainers
No, do not do this. Even the i386 platform can get away with doing this
kind of io memory addressing, but drivers do not do that, as they are
not portable. The first time someone wants to use this kind of i2c
adapter on a non-coldfire chip, they will have to rewrite the driver,
not acceptable.
Also, you did not include a good Changelog entry, nor a Signed-off-by:
line, and you attached the file in a mime attachment.
Please fix these issues up.
thanks,
greg k-h
next prev parent reply other threads:[~2005-04-17 23:46 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050405044836.GA17336@kroah.com>
2005-04-06 2:18 ` [PATCH] kernel 2.6.11.6 - I2C adaptor for ColdFire 5282 CPU Derek Cheung
2005-04-06 2:21 ` Andrew Morton
2005-04-06 2:33 ` Derek Cheung
2005-04-06 3:10 ` Randy.Dunlap
2005-04-07 22:37 ` Matt Mackall
2005-04-07 22:42 ` [PATCH] Add dontdiff file Randy.Dunlap
2005-04-06 3:43 ` [PATCH] kernel 2.6.11.6 - I2C adaptor for ColdFire 5282 CPU Randy.Dunlap
2005-04-06 14:25 ` Greg KH
2005-04-10 16:47 ` Derek Cheung
2005-04-10 23:54 ` Andrew Morton
2005-04-11 3:32 ` Randy.Dunlap
2005-04-11 20:03 ` Greg KH
2005-04-14 1:12 ` Derek Cheung
2005-04-17 22:03 ` Greg KH [this message]
2005-04-18 21:10 ` Jean Delvare
2005-04-06 3:27 ` Greg KH
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=20050417220317.GD3178@kroah.com \
--to=greg@kroah.com \
--cc=Linux-kernel@vger.kernel.org \
--cc=akpm@osdl.org \
--cc=derek.cheung@sympatico.ca \
--cc=rddunlap@osdl.org \
--cc=sensors@stimpy.netroedge.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