From: Baruch Siach <baruch@tkos.co.il>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] package/linux-tools: introduce spi linux tools
Date: Thu, 04 Jun 2020 18:35:49 +0300 [thread overview]
Message-ID: <87v9k66dyi.fsf@tarshish> (raw)
In-Reply-To: <a974d76c-ae7f-e0fc-4946-67dc66531383@microchip.com>
Hi Eugen,
On Thu, Jun 04 2020, Eugen.Hristev at microchip.com wrote:
> On 13.05.2020 22:58, Yann E. MORIN wrote:
>> On 2020-05-13 20:46 +0300, Baruch Siach spake thusly:
>>> Hi Eugen,
>>>
>>> On Wed, May 13 2020, Eugen.Hristev at microchip.com wrote:
>>>> On 13.05.2020 18:21, Baruch Siach wrote:
>>>>> On Wed, May 13 2020, Eugen Hristev wrote:
>>>>>> Add new linux tools package : spi. This is present in the Linux Kernel since
>>>>>> 4.5.
>>>>>> It now includes spidev_test and spidev_fdx tools.
>>>>> We have a package for spidev_test already. Consider adding spidev_fdx to
>>>>> that package instead.
>>>> While I understand your point, you should also consider that all linux
>>>> tools have a specific way to build in buildroot, and this I think should
>>>> be consistent.
>>> Agreed.
>>>> And spi tools would be not just spidev_test and might include future
>>>> applications, which may or may not have their place in the same spot as
>>>> spidev_test .
>>> In that case I think you should remove the spidev_test package.
>>
>> Yes, I like it that we can drop spidev_test.
>>
>> But do it multi-step:
>>
>> - intropduce spidev as a linux-tool
>> - drop the standalone spidev_test
>>
>> Do not forget to add legacy handling for it, though; see Config.in.legacy.
>
> Hi Yann and Baruch,
>
> Coming back to this, I noticed that the spidev_test package in buildroot
> is different than the spidev_test from kernel tools.
>
> From spidev_test package:
>
> Usage: spidev_test [-DsbdlHOLC3]
> -D --device device to use (default /dev/spidev1.1)
> -s --speed max speed (Hz)
> -d --delay delay (usec)
> -b --bpw bits per word
> -i --input input data from a file (e.g. "test.bin")
> -o --output output data to a file (e.g. "results.bin")
> -l --loop loopback
> -H --cpha clock phase
> -O --cpol clock polarity
> -L --lsb least significant bit first
> -C --cs-high chip select active high
> -3 --3wire SI/SO signals shared
> -v --verbose Verbose (show tx buffer)
> -p Send data (e.g. "1234\xde\xad")
> -N --no-cs no chip select
> -R --ready slave pulls low to pause
> -2 --dual dual transfer
> -4 --quad quad transfer
>
> From kernel tools:
>
> https://elixir.bootlin.com/linux/v5.7/source/tools/spi/spidev_test.c#L198
>
> Looks it's a different program, or I am missing something ?
>
> In that case, I would think we cannot supersede the existing spidev_test
> package with the kernel tools.
>
> I would think both should be in the distribution, but how to
> differentiate them ?
The file you link to is a newer version. You can find the version that
buildroot uses here:
https://elixir.bootlin.com/linux/v4.10/source/tools/spi/spidev_test.c
Note SPIDEV_TEST_VERSION.
In my opinion, we can update to the latest version like any other
upstream package.
baruch
--
~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
next prev parent reply other threads:[~2020-06-04 15:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-13 15:03 [Buildroot] [PATCH] package/linux-tools: introduce spi linux tools Eugen Hristev
2020-05-13 15:21 ` Baruch Siach
2020-05-13 15:59 ` Eugen.Hristev at microchip.com
2020-05-13 17:46 ` Baruch Siach
2020-05-13 19:58 ` Yann E. MORIN
2020-06-04 14:27 ` Eugen.Hristev at microchip.com
2020-06-04 15:35 ` Baruch Siach [this message]
2020-06-04 21:59 ` Yann E. MORIN
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=87v9k66dyi.fsf@tarshish \
--to=baruch@tkos.co.il \
--cc=buildroot@busybox.net \
/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.