From: Chris Ball <cjb@laptop.org>
To: Tony Olech <tony.olech@elandigitalsystems.com>
Cc: Wolfram Sang <w.sang@pengutronix.de>,
Arnd Bergmann <arnd@arndb.de>,
linux-mmc@vger.kernel.org
Subject: Re: [PATCH] mmc: USB SDIO/SD/MMC Host Controller (VUB300) driver Re-Re-Re-Resubmission
Date: Thu, 12 May 2011 18:26:46 -0400 [thread overview]
Message-ID: <m3zkmrv9ll.fsf@pullcord.laptop.org> (raw)
In-Reply-To: <1305120723.1722.61.camel@apple-mac> (Tony Olech's message of "Wed, 11 May 2011 14:32:03 +0100")
Hi,
On Wed, May 11 2011, Tony Olech wrote:
> With reference to Arnd's summation of issues with the
> previous version of the patch which can be found at
> "http://ns3.spinics.net/lists/linux-mmc/msg06693.html"
> I have made nearly all of the changes requested.
>
> I have not removed of the __packed keyword from those
> structures that map onto the adapter’s hardware, the
> reason for Arnd's request, as I understand it, is that
> there is a compiler issue with other architectures
> that result in slightly slower code. Since those
> structures exist for translation to/from the adapter
> the efficiency of inserting or extracting data can
> not possibly be an issue. I do not see how having
> the structures marked with the __packed keyword is
> anything but good programming practice since if
> clearly distinguishes those structures from ordinary
> working structures.
>
> There are 2 "if then else if .." decision branches
> that I cannot replace with a single "switch case .."
> statement because there is not a single unique
> expression those value is tested against constant
> values.
>
> I have not chopped the void function "send_command"
> into 2 as Arnd requested, as the function, in spite
> of being 291 lines long is logically very simple
> and any split would be wholly arbitrary and in my
> view just make it more opaque.
Since the remaining objections are minor style issues, I think it makes
sense to merge this to mmc-next now and deal with further improvements
as patches on top of this one (which could get rebased into the original
patch later, or not). Would any reviewers like to provide their
Reviewed-by before I do so?
Thanks!
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
next prev parent reply other threads:[~2011-05-12 22:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-19 16:52 [PATCH] mmc: USB SDIO/SD/MMC Host Controller (VUB300) driver Re-Re-Resubmission Tony Olech
2011-04-20 2:07 ` Wolfram Sang
2011-05-11 12:44 ` [PATCH] mmc: USB SDIO/SD/MMC Host Controller (VUB300) driver Re-Re-Re-Resubmission Tony Olech
2011-05-11 13:32 ` Tony Olech
2011-05-12 22:26 ` Chris Ball [this message]
2011-05-14 21:37 ` Chris Ball
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=m3zkmrv9ll.fsf@pullcord.laptop.org \
--to=cjb@laptop.org \
--cc=arnd@arndb.de \
--cc=linux-mmc@vger.kernel.org \
--cc=tony.olech@elandigitalsystems.com \
--cc=w.sang@pengutronix.de \
/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.