On Thu, Oct 10, 2013 at 3:10 AM, Mark Brown wrote:
> On Wed, Oct 09, 2013 at 07:27:11PM -0700, Trent Piepho wrote:
>
>> I've found that the SPI layer adds rather a lot of overhead to SPI
>> transactions. It appears to come mostly from using another thread to
>> run the queue. A fast SPI message of
On Oct 10, 2013 3:51 PM, "Mark Brown" wrote:
>
> On Thu, Oct 10, 2013 at 02:44:28PM -0700, Trent Piepho wrote:
>
> > It looks like maybe this master can only support one bits_per_word
> > value? But unlike many devices that just support 8-bits, it can
> > support one of 8, 16, or 32 depending on
On Thu, Oct 10, 2013 at 7:50 AM, Jens Renner wrote:
> Am 10.10.2013 16:12, schrieb Mark Brown:
>> On Thu, Oct 10, 2013 at 02:45:58PM +0200, Jens Renner wrote:
>>
>>> +of_property_read_u32(pdev->dev.of_node,
>>> "xlnx,num-transfer-bits",
>>> +&bits_p
Newsletter
(http://fm02.eu/qlyjmnm5k4gcfqg4sd/index0.html)
Bons plans hôtels
ex.: Paris (http://fm02.eu/jjyllnlxkt11ogo4ls/index1.html)
Sa, 16.11.2013
Di, 17.11.2013 (http://fm02.eu/gsyqznzykohcpcqkyl/index2.html)
(http://fm02.eu/oqysjnjuk3m131jkdy/index3.html)
Am 10.10.2013 16:12, schrieb Mark Brown:
> On Thu, Oct 10, 2013 at 02:45:58PM +0200, Jens Renner wrote:
>
>> +of_property_read_u32(pdev->dev.of_node,
>> "xlnx,num-transfer-bits",
>> +&bits_per_word);
>
> This new property needs to be documented in
This patch overrides the default value of bits_per_word with the actual value
of "xlnx,num-transfer-bits" from the DTS file to allow for 16 and 32 bit word
lengths.
Also, bus_num always was (and probably should still be) derived from pdev->id.
Otherwise this could lead to problems when using more t
[1]Visualiser la version en ligne
[2]spi-devel-general@lists.sourceforge.net vous avez recu une invitation
[3]Se désabonner
[4]Courrier indésirable
Bonjour
,
Votre avez été sélectionné pour participer à notre Grand Jeu Concours.
Remportez la Nouvelle DS3!
References
This patch overrides the default value of bits_per_word with the actual value
of "xlnx,num-transfer-bits" from the DTS file to allow for 16 and 32 bit word
lengths.
Also, bus_num always was (and probably should still be) derived from pdev->id.
Otherwise this could lead to problems when using more t
Hi Mark,
On Thursday 10 October 2013 03:44 PM, Mark Brown wrote:
> On Thu, Oct 10, 2013 at 02:22:28PM +0530, Sourav Poddar wrote:
>
>> [Trent]: With mapping driver, I believe you are hinting at
>> drivers/mtd/maps? I had
>> a look at it and what I got is that it is used/suitable for parallel
>> fla
Pour visualiser correctement ce message, acc=C3=A9dez =C3=A0 la version en=
ligne, ou signaler comme ind=C3=A9sirable Si vous ne souhaitez plus recevo=
ir nos emails, veuillez suivre ce lien. Si vous n'arrivez pas =C3=A0 vous d=
=C3=A9sabonner, merci d'=C3=A9crire =C3=A0 s...@senderboard.com
On Thursday 10 October 2013 03:44 PM, Mark Brown wrote:
> On Thu, Oct 10, 2013 at 02:22:28PM +0530, Sourav Poddar wrote:
>
>> [Trent]: With mapping driver, I believe you are hinting at
>> drivers/mtd/maps? I had
>> a look at it and what I got is that it is used/suitable for parallel
>> flashes and
Si le message ne s'affiche pas correctement merci de suivre ce lien:
http://news.teradoo.com/re?l=BD0IqgrnwgI7gfk57dIhmlry0scI&u=http%3A%2F%2Fnews.teradoo.com%2Fpublic%2Fread_message.jsp%3Ftsp%3D1381396727697%26custid%3D16444%26uid%3D16231069273%26sig%3DCLKPHKFMEIIEICAI%26mid%3D1600285120&s=BGDND
Hi All,
On Thursday 10 October 2013 07:57 AM, Trent Piepho wrote:
> On Wed, Oct 9, 2013 at 12:01 PM, Peter Korsgaard wrote:
>>> "Mark" == Mark Brown writes:
>> Mark> I'm not convinced that this is the most useful API, it sounds like
>> the
>> Mark> hardware can "memory map" the entire
13 matches
Mail list logo
