From: Jonathan Cameron <jic23@cam.ac.uk>
To: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Cc: dmitry.torokhov@gmail.com, sameo@linux.intel.com,
peter.ujfalusi@ti.com, aghayal@codeaurora.org, david@hardeman.nu,
Shubhrajyoti@ti.com, saaguirre@ti.com, hemanthv@ti.com,
linux-input@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCHv2 4/7] input/cma3000_d0x: Add CMA3000 spi support
Date: Tue, 18 Oct 2011 14:50:50 +0100 [thread overview]
Message-ID: <4E9D843A.5020001@cam.ac.uk> (raw)
In-Reply-To: <CAPybu_0kxqfo9Lx9V_oOXfBjOG2dnR0NLCV6=PM6cnUYmVb_iQ@mail.gmail.com>
On 10/18/11 14:43, Ricardo Ribalda Delgado wrote:
> Hello Jonathan
>
> First of all, thanks for your messages :).
>
>> To make my point about these functions being more complex than needed
>> in more detail....
>>
>> If this were two functions and you drop the zero and 1 mask
>> (which I'm not convinced make any sense. I've also killed the message.
>> We both agree it is the wrong way to go, so post a patch fixing the i2c
>> interface as well.
>
> Of course your functions are much more simpler and beautiful than the
> fat one I wrote, no doubt about it :). Just three comments
>
> - Checking the one mask and the zero mask is the only way we have to
> know if the chip is still there, The absense of that reply should
> trigger an IO error or at least a retry. As you point out, the
> zero/one mask is only violated on startup. I just wanted to make it
> more risk free, but if you believe it is more clear that way, lets
> remove it
It's somewhat unconventional to verify the existence of a chip like this.
Usually you assume that if it was there once it still is unless there
is a very good reason to think otherwise. Worth doing an initial check
in your spi_probe and indeed verify there against these known bits.
No need to do it every time though.
>
> - I am not very fun of kmallocing data per write, specially when it is
> part of the irq handler, and you expect this to be low latency. What
> about allocating a buffer on init time, and use it with a mutex?
That's absolutely fine and the right way to do it. You could poke it
into the cma3000_accl_data then use the cachline aligned magic. Its
is tiny so I doubt anyone will mind the overhead for the i2c side of
things.
>
> -I dont like the push error message to the bottom, but that will mean
> a rewrite of the cma3000 driver, shall I go for it?
I would. Though probably worth getting Hemanth to say if he minds first
given it's his driver!
>
>
> Thanks again, and I will post the new version when you reply this :)
>
>
next prev parent reply other threads:[~2011-10-18 13:50 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-18 12:06 [PATCHv2 0/7] Add spi support for CMA3000 driver and new driver CMR3000 Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 1/7] input/cma3000_d0x: Support devices without pdata Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 2/7] input/cma3000_d0x: Check silicon version Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 3/7] input/cma3000_d0x: Keep configuration on poweroff Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 4/7] input/cma3000_d0x: Add CMA3000 spi support Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 5/7] Input: add CMR3000 gyrsocope driver Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 6/7] input/cma3000_d0x: Unwind reverse order of init Ricardo Ribalda Delgado
2011-10-18 12:06 ` [PATCHv2 7/7] input/cma3000_d0x: Match comment to name of struct Ricardo Ribalda Delgado
[not found] ` <1318939596-27330-2-git-send-email-ricardo.ribalda@gmail.com>
2011-10-18 12:53 ` [PATCHv2 1/7] input/cma3000_d0x: Support devices without pdata Jonathan Cameron
2011-10-18 12:58 ` Ricardo Ribalda Delgado
2011-10-18 13:45 ` Jonathan Cameron
[not found] ` <1318939596-27330-3-git-send-email-ricardo.ribalda@gmail.com>
2011-10-18 12:54 ` [PATCHv2 2/7] input/cma3000_d0x: Check silicon version Jonathan Cameron
[not found] ` <1318939596-27330-5-git-send-email-ricardo.ribalda@gmail.com>
2011-10-18 13:14 ` [PATCHv2 4/7] input/cma3000_d0x: Add CMA3000 spi support Jonathan Cameron
2011-10-18 13:43 ` Ricardo Ribalda Delgado
2011-10-18 13:50 ` Jonathan Cameron [this message]
2011-10-18 15:18 ` Ricardo Ribalda Delgado
2011-10-18 15:27 ` Jonathan Cameron
2011-10-18 15:50 ` Ricardo Ribalda Delgado
[not found] ` <1318939596-27330-7-git-send-email-ricardo.ribalda@gmail.com>
2011-10-18 13:15 ` [PATCHv2 6/7] input/cma3000_d0x: Unwind reverse order of init Jonathan Cameron
[not found] ` <1318939596-27330-8-git-send-email-ricardo.ribalda@gmail.com>
2011-10-18 13:16 ` [PATCHv2 7/7] input/cma3000_d0x: Match comment to name of struct Jonathan Cameron
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=4E9D843A.5020001@cam.ac.uk \
--to=jic23@cam.ac.uk \
--cc=Shubhrajyoti@ti.com \
--cc=aghayal@codeaurora.org \
--cc=david@hardeman.nu \
--cc=dmitry.torokhov@gmail.com \
--cc=hemanthv@ti.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peter.ujfalusi@ti.com \
--cc=ricardo.ribalda@gmail.com \
--cc=saaguirre@ti.com \
--cc=sameo@linux.intel.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;
as well as URLs for NNTP newsgroup(s).