Hello,
On 29 March 2016 at 07:46, Vignesh R wrote:
> Certain SPI controllers may provide accelerated hardware interface to
> read from m25p80 type flash devices in order to provide better read
> performance. SPI core supports such devices with spi_flash_read() API.
> Call spi_flash_read(), if
On 18 May 2016 at 11:39, Vignesh R wrote:
> Hi,
>
> On 05/18/2016 02:53 PM, Michal Suchanek wrote:
>> Hello,
> [...]
>>>
>>> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c
>>> index c9c3b7fa3051..7730e633d7d3 100644
>
Hello,
there are non-ascii characters in output of scripts/get_maintainer.pl
If output of said script is used as --to in git format-patch the patch
is rejected by this list.
I am not sure if weeding out non-ascii maintainers is even feasible.
scripts/get_maintainer.pl uses the MAINTAINERS file
On 1 December 2015 at 18:20, Al Viro wrote:
> On Tue, Dec 01, 2015 at 06:10:29PM +0100, Michal Suchanek wrote:
>> Hello,
>>
>> there are non-ascii characters in output of scripts/get_maintainer.pl
>>
>> If output of said script is used as --to in git form
On 2 December 2015 at 00:12, Mark Brown wrote:
> On Tue, Dec 01, 2015 at 04:51:06PM -0000, Michal Suchanek wrote:
>
>> +static inline size_t
>> +spi_max_transfer_size(struct spi_device *spi)
>> +{
>> + struct spi_master *master = spi->master;
>&g
On 1 December 2015 at 20:58, Mark Brown wrote:
> On Tue, Dec 01, 2015 at 04:51:06PM -0000, Michal Suchanek wrote:
>> On some SPI controllers it is not feasible to transfer arbitrary amount
>> of data at once.
>>
>> When the limit on transfer size is a few kilobytes
On 15 December 2015 at 21:22, Han Xu wrote:
> On Wed, Dec 02, 2015 at 10:38:20AM +0000, Michal Suchanek wrote:
>> The spi-nor write loop assumes that what is passed to the hardware
>> driver write() is what gets written.
>>
>> When write() writes less than page s
On 5 December 2015 at 11:15, Geert Uytterhoeven wrote:
> On Sat, Dec 5, 2015 at 6:19 AM, Brian Norris
> wrote:
>> There have been several discussions [1] about adding a device tree binding
>> for
>> associating flash devices with the partition parser(s) that are used on the
>> flash. There are
On 5 December 2015 at 12:39, Jonas Gorski wrote:
> On Sat, Dec 5, 2015 at 6:19 AM, Brian Norris
> wrote:
>> +
>> +Examples:
>> +
>> +flash@0 {
>> + partitions {
>> + compatible = "google,fmap";
>> + };
>> +};
>
> I wonder if this wouldn't be better served in a separate
On 7 December 2015 at 10:18, Geert Uytterhoeven wrote:
> Hi Michael,
>
> On Tue, Dec 1, 2015 at 6:27 PM, Michal Suchanek wrote:
>> On 1 December 2015 at 18:20, Al Viro wrote:
>>> On Tue, Dec 01, 2015 at 06:10:29PM +0100, Michal Suchanek wrote:
>>>> ther
On 20 November 2015 at 00:18, Brian Norris wrote:
> Hi Michal,
>
> Sorry this has sat so long...
>
> On Fri, Aug 14, 2015 at 09:23:08AM -, Michal Suchanek wrote:
>> The spi-nor write loop assumes that what is passed to the hardware
>> driver write() is what get
Hello,
On 5 November 2015 at 04:39, Hou Zhiqiang wrote:
> Hi Michal,
>
> Does this have any updates?
I will try to update this patchset when it's agreed how the limit on
transfer size is handled. Writing less data than was requested is
acceptable for spi-nor but might disrupt other drivers so
On 1 December 2015 at 21:13, Andreas Mohr wrote:
> Hi,
>
>> I don't really care if the maintainers are encoded or whatever.
>> However, neither get_maintainers nor git format-patch encodes them and
>> the listserver rejects them when not encoded.
>
> "neither ... nor" - IMHO transcoding should
On 4 December 2015 at 15:30, Martin Sperl wrote:
>
>> On 02.12.2015, at 00:12, Mark Brown wrote:
>>
>> On Tue, Dec 01, 2015 at 04:51:06PM -, Michal Suchanek wrote:
>>
>>> +static inline size_t
>>> +spi_max_transfer_size(struct spi_device *spi)
&g
Hello,
On 6 March 2016 at 22:42, Maxime Ripard
wrote:
> On Fri, Feb 26, 2016 at 01:51:51PM +0100, Michal Suchanek wrote:
>> Besides this non-technical objection there were multiple technical
>> objections.
>>
>> IIRC one was that the driver does not handle the ca
On 19 July 2016 at 19:19, Mark Brown wrote:
> On Tue, Jul 19, 2016 at 05:32:24PM +0200, Michal Suchanek wrote:
>> On 19 July 2016 at 14:44, Mark Brown wrote:
>
>> >> - status = register_chrdev(SPIDEV_MAJOR, "spi", _fops);
>> >> + status =
Hello,
On 15 July 2016 at 15:48, Ondřej Jirman wrote:
>
>
> On 15.7.2016 15:27, Jean-Francois Moine wrote:
>> On Fri, 15 Jul 2016 12:38:54 +0200
>> Ondřej Jirman wrote:
>>
If so, then yes, trying to switch to the 24MHz oscillator before
applying the factors, and then switching back
The tree returned from of_fdt_unflatten_tree cannot be attached to the
live tree because it is not marked as detached so mark it as such. The
dt resolver checks the flag and refuses to process the tree otherwise.
Signed-off-by: Michal Suchanek
---
- rebase on top of 4.7rc
---
drivers/of/fdt.c
Since the previous patch allows creating SPI slaves without specifying
what device the CS connects to make spi-max-frequency also optional.
The spi-max-frequency is device-specific and the driver can set it
anyway.
Signed-off-by: Michal Suchanek
---
drivers/spi/spi.c | 6 +++---
1 file changed
provide interface backwards compatible
with existing spidev tools.
Signed-off-by: Michal Suchanek
---
Documentation/spi/spidev | 40 ++---
drivers/spi/Kconfig | 2 +-
drivers/spi/spi.c| 19 ++-
drivers/spi/spidev.c | 370 ---
include
is not bound to start with or from
which it is unbound is accessible with spidev.
Constructive comments on improving this patchset are welcome.
Thanks
Michal
Michal Suchanek (3):
spi: spidev: create spidev device for all spi slaves.
spi: of: allow instantiating slaves without a driver
spi
SPI slave devices are not created when looking up driver for the slave
fails. Create a device anyway so it can be used with spidev.
Signed-off-by: Michal Suchanek
---
drivers/spi/spi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
Hello,
On 19 July 2016 at 01:02, Mark Brown wrote:
> On Tue, Jul 19, 2016 at 12:35:41AM +0200, Michal Suchanek wrote:
>> SPI slave devices are not created when looking up driver for the slave
>> fails. Create a device anyway so it can be used with spidev.
>
>> rc =
Hello,
On 19 July 2016 at 00:59, Mark Brown wrote:
> On Tue, Jul 19, 2016 at 12:35:40AM +0200, Michal Suchanek wrote:
>
>> config SPI_SPIDEV
>> - tristate "User mode SPI device driver support"
>> + bool "User mode SPI device driver support&quo
On 19 July 2016 at 14:44, Mark Brown wrote:
> On Tue, Jul 19, 2016 at 01:17:52PM +0200, Michal Suchanek wrote:
>> On 19 July 2016 at 00:59, Mark Brown wrote:
>
>> Looking into SPI more this whole point is mostly moot, anyway. Most of the
>> time the unused CS lines
On 29 July 2016 at 22:22, Maxime Ripard
wrote:
> On Mon, Jul 25, 2016 at 10:03:14AM +0200, Michal Suchanek wrote:
>> Hello,
>>
>> On 25 July 2016 at 09:32, Maxime Ripard
>> wrote:
>> > On Fri, Jun 17, 2016 at 12:34:44PM +0200, Michal Suchanek wrote:
>> &
On 19 July 2016 at 12:52, Mark Brown wrote:
> On Tue, Jul 19, 2016 at 10:31:54AM +0200, Michal Suchanek wrote:
>> On 19 July 2016 at 01:02, Mark Brown wrote:
>> > On Tue, Jul 19, 2016 at 12:35:41AM +0200, Michal Suchanek wrote:
>
>> >> SPI slave devices are n
Hello,
On 25 July 2016 at 09:32, Maxime Ripard
wrote:
> On Fri, Jun 17, 2016 at 12:34:44PM +0200, Michal Suchanek wrote:
>> Hello,
>>
>> On 13 June 2016 at 21:57, Maxime Ripard
>> wrote:
>> > On Mon, Jun 13, 2016 at 05:46:48PM -
On 30 June 2016 at 17:16, Michal Suchanek wrote:
> On 30 June 2016 at 16:19, Ondřej Jirman wrote:
>> Hello,
>>
>> On 30.6.2016 13:13, Michal Suchanek wrote:
>>> Hello,
>>>
>>> On 25 June 2016 at 05:45, wrote:
>>>> From: Ondrej Jir
On 30 June 2016 at 16:19, Ondřej Jirman wrote:
> Hello,
>
> On 30.6.2016 13:13, Michal Suchanek wrote:
>> Hello,
>>
>> On 25 June 2016 at 05:45, wrote:
>>> From: Ondrej Jirman
>>>
>>> Use Xulong Orange Pi One GPIO based regulator for
>
On 1 July 2016 at 10:25, Mark Brown wrote:
> On Thu, Jun 30, 2016 at 09:47:32AM +0200, Michal Suchanek wrote:
>
>> So to write such tutorial you have to give some steps to follow which
>> are reasonably likely to succeed on wide variety of boards and require
>> s
On 1 July 2016 at 11:36, Mark Brown wrote:
> On Thu, Jun 30, 2016 at 10:03:57AM +0100, Dan O'Donovan wrote:
>
> Please fix your mail client to word wrap within paragraphs at something
> substantially less than 80 columns. Doing this makes your messages much
> easier to read and reply to.
Sorry
On 30 June 2016 at 17:50, Michal Suchanek wrote:
> On 30 June 2016 at 17:16, Michal Suchanek wrote:
>> On 30 June 2016 at 16:19, Ondřej Jirman wrote:
>>> Hello,
>>)k, so I tried>
>>> On 30.6.2016 13:13, Michal Suchanek wrote:
>>>> Hello,
>>
On 1 July 2016 at 17:00, Mark Brown wrote:
> On Fri, Jul 01, 2016 at 10:58:34AM +0200, Michal Suchanek wrote:
>> On 1 July 2016 at 10:25, Mark Brown wrote:
>
>> > It's been repeatedly suggested to you that the tooling for this stuff
>> > could use some work.
On 1 July 2016 at 18:22, Mark Brown wrote:
> On Fri, Jul 01, 2016 at 05:37:53PM +0200, Michal Suchanek wrote:
>
>> Can you, please, specify what problems this patch creates for other users
>> and maintainability?
>
> To repeat yet again a major design goal for DT is to
On 1 July 2016 at 20:56, Michal Suchanek wrote:
> On 1 July 2016 at 18:22, Mark Brown wrote:
>> On Fri, Jul 01, 2016 at 05:37:53PM +0200, Michal Suchanek wrote:
>>
>>> Can you, please, specify what problems this patch creates for other users
>>> and maintaina
Hello,
this patch is kind of awesome.
I have a few practical concerns however.
On 20 June 2016 at 18:50, Cyrille Pitchen wrote:
> Before this patch, m25p80_read() supported few SPI protocols:
> - regular SPI 1-1-1
> - SPI Dual Output 1-1-2
> - SPI Quad Output 1-1-4
> On the other hand, all
On 23 June 2016 at 22:46, Marek Vasut wrote:
> On 06/23/2016 10:35 PM, Michal Suchanek wrote:
>> Hello,
>
> Hi,
>
>> this patch is kind of awesome.
>>
>> I have a few practical concerns however.
>>
>> On 20 June 2016 at 18:50, Cyrille Pitchen wrote
On 24 June 2016 at 00:14, Marek Vasut wrote:
> On 06/23/2016 11:58 PM, Michal Suchanek wrote:
>> On 23 June 2016 at 22:46, Marek Vasut wrote:
>>> On 06/23/2016 10:35 PM, Michal Suchanek wrote:
>>>> Hello,
>>>
>>> Hi,
>>>
>>>
On 24 June 2016 at 00:50, Marek Vasut wrote:
> On 06/24/2016 12:43 AM, Michal Suchanek wrote:
>> On 24 June 2016 at 00:14, Marek Vasut wrote:
>>> On 06/23/2016 11:58 PM, Michal Suchanek wrote:
>>>> On 23 June 2016 at 22:46, Marek Vasut wrote:
>>>>>
Hello,
I tried running a spidev test program on linux 4.6 and I uncovered a
problem with the sunxi clk framework.
Basically the system would lock up after running the test program.
Digging deeper I found that it locks up with commit
[47284e3e0f3c427c93f8583549b6c938e8a18015] spi: sun4i: allow
, Chen-Yu Tsai wrote:
> Hi,
>
> On Sun, May 22, 2016 at 10:18 PM, Michal Suchanek wrote:
>> Hello,
>>
>> I tried running a spidev test program on linux 4.6 and I uncovered a
>> problem with the sunxi clk framework.
>>
>> Basically the system
On 22 May 2016 at 18:41, Michal Suchanek wrote:
> Hello,
>
> The debugfs output shows that spi2 is reparented under pll5 and the
> pll5 frequency remains unchanged.
>
> The request to get a 2GHz clock for spi is fulfilled on best-effort
> basis by giving the 864MHz pl
Hello,
This small patchset makes it possible to bind spidev manually to any SPI slave
without much hassle.
Thanks
Michal
Michal Suchanek (3):
spi: spidev: fix the check for spidev in dt
spi: of: allow instantiating slaves without a driver
drivers core: allow id match override when
with ! CONFIG_OF since the
id table which the code checks is not compiled then.
Signed-off-by: Michal Suchanek
---
drivers/spi/spidev.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spidev.c b/drivers/spi/spidev.c
index e3c19f3..8045baf 100644
--- a/drivers/spi
SPI slave devices are not created when looking up driver for the slave
fails. Create a device anyway so it can be manually bound to a driver.
Signed-off-by: Michal Suchanek
---
drivers/spi/spi.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/spi.c b
-off-by: Michal Suchanek
---
drivers/base/Kconfig.debug | 14 +
drivers/base/bus.c | 72 +-
lib/Kconfig.debug | 2 ++
3 files changed, 87 insertions(+), 1 deletion(-)
create mode 100644 drivers/base/Kconfig.debug
diff --git
On 26 June 2016 at 03:09, Mark Brown wrote:
> On Fri, Jun 24, 2016 at 04:20:32PM +0200, Michal Suchanek wrote:
>
>> The check is supposed to warn about spidev specified directly in
>> devicetree as compatible. This just does not work. I have a devicetree
>> with
On 26 June 2016 at 03:13, Mark Brown wrote:
> On Thu, Jun 23, 2016 at 05:41:19PM -0000, Michal Suchanek wrote:
>
>> The check is supposed to warn about spidev specified directly in
>> devicetree as compatible. This just does not work. I have a devicetree
>> with
On 26 June 2016 at 03:15, Mark Brown wrote:
> On Thu, Jun 23, 2016 at 05:41:20PM -0000, Michal Suchanek wrote:
>> SPI slave devices are not created when looking up driver for the slave
>> fails. Create a device anyway so it can be manually bound to a driver.
>
>&
Hello,
On 26 June 2016 at 06:14, Dan Williams wrote:
> On Thu, Jun 23, 2016 at 10:41 AM, Michal Suchanek wrote:
>> This allows binding spidev on any slave device by hand using sysfs
>> without adding superfluous compatibles or any other needless
>> complication.
>>
&g
On 26 June 2016 at 13:21, Mark Brown wrote:
> On Sun, Jun 26, 2016 at 04:23:41AM +0200, Michal Suchanek wrote:
>> On 26 June 2016 at 03:15, Mark Brown wrote:
>
>> > I can't relate this hunk to the changelog and there's a coding style
>> > problem, if there's { }
On 26 June 2016 at 13:58, Mark Brown wrote:
> On Sun, Jun 26, 2016 at 01:35:46PM +0200, Michal Suchanek wrote:
>> On 26 June 2016 at 13:21, Mark Brown wrote:
>
>> > You can just add the entire slave node in the overlay, it's not clear
>> > that this buys us
On 26 June 2016 at 14:45, Mark Brown wrote:
> On Sun, Jun 26, 2016 at 02:39:20PM +0200, Michal Suchanek wrote:
>> On 26 June 2016 at 13:58, Mark Brown wrote:
>
>> > No, there's a lot more to having overlays to board-neutral connectors...
>
>> If you are fin
On 26 June 2016 at 14:57, Mark Brown wrote:
> On Sun, Jun 26, 2016 at 02:53:31PM +0200, Michal Suchanek wrote:
>> On 26 June 2016 at 14:45, Mark Brown wrote:
>
>> > No, there's other things like figuring out which controller to bind to
>> > that need to be taken i
On 26 June 2016 at 20:28, Greg Kroah-Hartman wrote:
> On Thu, Jun 23, 2016 at 05:41:20PM -0000, Michal Suchanek wrote:
>> This allows binding spidev on any slave device by hand using sysfs
>> without adding superfluous compatibles or any other needless
>> complication.
>
Hello,
while testing overlay loading I found some issues with applying the overlay.
I sent these like a year ago already. One was since fixed but two still apply.
Thanks
Michal
Michal Suchanek (2):
of: overlay: add resolver error prints
of: fdt: mark unflattened tree as detached
drivers
The tree returned from of_fdt_unflatten_tree cannot be attached to the
live tree because it is not marked as detached so mark it as such. The
dt resolver checks the flag and refuses to process the tree otherwise.
Signed-off-by: Michal Suchanek
---
drivers/of/fdt.c | 12 +---
1 file
Applying overlay fails silently in case of an error. Add error prints.
Most notably the lack of symbols in the live tree is not reported.
Signed-off-by: Michal Suchanek
---
drivers/of/resolver.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/of/resolver.c b/drivers
some other random compatible which is not "spidev".
Also the spidev id match table is not compiled when !CONFIG_OF
So add a match table that has just "spidev" entry in it so it can
reliably detect what this message is supposed to warn about.
Signed-off-by: Michal Suchanek
---
and the slave
driver can try to set arbitrary transfer speed.
Signed-off-by: Michal Suchanek
---
drivers/spi/spi.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index 0239b45..9b3b512 100644
--- a/drivers/spi/spi.c
+++ b/drivers/spi/spi.c
les or any other needless
complication.
Note that any slave driver that requires configuration will fail to
probe anyway if the configuration is not provided in the devicetree node.
A driver like spidev that requires no configuration can bind to any slave.
Signed-off-by: Michal Suchanek
---
driv
This hopefully addresses pretty much all the comments on the previous version.
Thanks
Michal
Michal Suchanek (3):
spi: spidev: fix the check for spidev in dt
spi: of: allow instantiating slaves without a driver
drivers core: allow id match override when manually binding driver
drivers
On 27 June 2016 at 21:09, Greg Kroah-Hartman wrote:
> On Mon, Jun 27, 2016 at 09:02:32PM +0200, Michal Suchanek wrote:
>> The spi bus has no autodetection whatsoever. The 'detection' of the
>> device that's suposed to be on the other side completely relies on user
>> suppli
On 27 June 2016 at 22:32, Mark Brown wrote:
> On Mon, Jun 27, 2016 at 09:40:38PM +0200, Michal Suchanek wrote:
>
>> No. It's for buses that have some inherent identification. It's not for
>
>> 1) generate random compatible and stick it in device tree
>
> Don't g
On 28 June 2016 at 17:51, Mark Brown wrote:
> On Tue, Jun 28, 2016 at 02:40:41PM +0200, Michal Suchanek wrote:
>
>> There is no hardware other than pin header. You are preparing a
>> factory image for a devboard with a pin header that can be used for
>> connecting SPI de
On 28 June 2016 at 20:38, Mark Brown wrote:
> On Tue, Jun 28, 2016 at 06:24:58PM +0200, Michal Suchanek wrote:
>
>> No, no, no!
>
>> This is NOT about loading an overlay. This is about talking on the bus
>> without loading an overlay.
>
> This is the solution
On 28 June 2016 at 22:57, Mark Brown wrote:
> On Tue, Jun 28, 2016 at 10:02:59PM +0200, Michal Suchanek wrote:
>
>> Of course I could add "my-shiny-new-board" compatible to the device
>> tree and spidev. Then when I build my-shiny-new-board2 and it happens
>&
On 29 June 2016 at 20:02, Mark Brown wrote:
> On Wed, Jun 29, 2016 at 05:32:48AM +0200, Michal Suchanek wrote:
>
>> The other is to get a generic expansion board and jumper wires. Of
>> course, you will not use all pins of your expansion connector this
>> way.
Hello,
On 29 June 2016 at 23:11, Ondřej Jirman wrote:
> On 29.6.2016 22:45, Maxime Ripard wrote:
>> Hi,
>>
>> On Sat, Jun 25, 2016 at 04:50:24PM +0200, Ondřej Jirman wrote:
>>> On 25.6.2016 09:02, Maxime Ripard wrote:
On Sat, Jun 25, 2016 at 09:02:48AM +0800, Chen-Yu Tsai wrote:
> On
Hello,
On 25 June 2016 at 05:45, wrote:
> From: Ondrej Jirman
>
> Use Xulong Orange Pi One GPIO based regulator for
> passive cooling and thermal management.
>
> Signed-off-by: Ondrej Jirman
> ---
> arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 39
> +
> 1 file
Hello,
On 13 June 2016 at 21:57, Maxime Ripard
wrote:
> On Mon, Jun 13, 2016 at 05:46:48PM -0000, Michal Suchanek wrote:
>> Hello,
>>
>> This is update of the sunxi spi patches that should give full-featured SPI
>> driver.
>>
>> First three patches fix
On 17 March 2016 at 08:27, Maxime Ripard
wrote:
> On Thu, Mar 10, 2016 at 10:01:04AM +0100, Michal Suchanek wrote:
>> Hello,
>>
>> On 6 March 2016 at 22:42, Maxime Ripard
>> wrote:
>> > On Fri, Feb 26, 2016 at 01:51:51PM +0100, Michal Suchanek wrote:
>>
On 17 March 2016 at 12:43, Mark Brown wrote:
> On Thu, Mar 17, 2016 at 11:58:05AM +0100, Michal Suchanek wrote:
>> On 17 March 2016 at 08:27, Maxime Ripard
>
>> > You're mixing two things up: the fact that we can't do more than the
>> > FIFO length in PIO and that
Hello,
after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
display no longer works on the Snow board. The built-in panel is no
longer probed.
The commit *supposedly* provides for backwards compatibility and at
first glance only new options for probing the panel are added.
However, reverting
On 29 January 2016 at 18:18, Javier Martinez Canillas
wrote:
> Hello Michal,
>
> On 01/29/2016 02:07 PM, Michal Suchanek wrote:
>>
>> Hello,
>>
>> after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
>>
>> display no longer works on the Snow boa
d via DMA.
>>
>> Signed-off-by: Emilio López
>> Tested-by: Michal Suchanek
>> Tested-by: Priit Laes
>> ---
>
> You *must* sign off any patches you are sending, please see
> SubmittingPatches.
I have sent these patches in the past. Besides this non-techn
Hello,
On 30 May 2016 at 10:37, Maxime Ripard wrote:
> On Thu, May 26, 2016 at 07:25:24PM -0000, Michal Suchanek wrote:
>> The sun4i spi hardware can trasfer at most 63 bytes of data without DMA
>> support so report the limitation. Same on sun6i.
>
> Is it? Is there timeouts
Hello,
On 30 May 2016 at 17:03, Mark Brown wrote:
> On Mon, May 30, 2016 at 02:11:51PM +0200, Geert Uytterhoeven wrote:
>> On Mon, May 30, 2016 at 1:26 PM, Mark Brown wrote:
>> > On Thu, May 26, 2016 at 07:25:25PM -0000, Michal Suchanek wrote:
>> >> - fallback
nse that there is no actual piece of
hardware you can point at and say you did not include driver for this so
it won't work.
So just change all depends on it to select.
Signed-off-by: Michal Suchanek
---
drivers/usb/chipidea/Kconfig | 3 ++-
drivers/usb/musb/Kconfig | 19 +--
drivers/usb/
Some SPI controllers can transfer only small piece of data at a time.
Since SPI core gained a function to get the maximum transfer length use
it.
Signed-off-by: Michal Suchanek
---
Tested on sunxi spi with DMA enabled and disabled. Makes a visible speed
difference and display works in either
Hello,
On 18 May 2016 at 03:24, Brian Norris wrote:
> On Mon, May 16, 2016 at 09:47:20PM +0200, Michal Suchanek wrote:
>> Hello,
>>
>> On 6 May 2016 at 02:31, Brian Norris wrote:
>> > Hi,
>> >
>> > I'm picking up Michal's patch set, since he dro
On 27 May 2016 at 04:05, Julian Calaby wrote:
> Hi Michal,
>
> On Fri, May 27, 2016 at 5:25 AM, Michal Suchanek wrote:
>> The trasfer timeout is fixed at 1000 ms. Reading a 4Mbyte flash over
>> 1MHz SPI bus takes way longer than that. Calculate the timeout from the
>&g
On 27 May 2016 at 05:41, Peter Chen wrote:
> On Thu, May 26, 2016 at 07:25:23PM -0000, Michal Suchanek wrote:
>> Hello,
>>
>> I was updating my config by make oldconfig for a while and noticed that my
>> USB
>> OTG controller is not working. Apparently it grew de
Hello,
On 14 June 2016 at 01:43, Julian Calaby wrote:
> Hi Michal,
>
> On Tue, Jun 14, 2016 at 3:46 AM, Michal Suchanek wrote:
>> The drivers are very similar and share multiple flaws which needed
>> separate fixes for both drivers.
>>
>> Signed-off-by: Michal
On 14 June 2016 at 01:45, Julian Calaby wrote:
> Hi Michal,
>
> On Tue, Jun 14, 2016 at 3:46 AM, Michal Suchanek wrote:
>> Signed-off-by: Michal Suchanek
>> ---
>> .../devicetree/bindings/spi/spi-sun4i.txt | 21 ++-
>> .../devi
Hello,
On 14 June 2016 at 01:31, Julian Calaby wrote:
> Hi Michal,
>
> On Tue, Jun 14, 2016 at 3:46 AM, Michal Suchanek wrote:
>> SUNXI_CTL_ -> SUNXI_TFR_CTL_
>> SUNXI_TFR_CTL_LMTF -> SUNXI_TFR_CTL_FBS
>
> I don't know these abbreviations, are they
Hello,
On 13 June 2016 at 21:57, Maxime Ripard
wrote:
> On Mon, Jun 13, 2016 at 05:46:48PM -0000, Michal Suchanek wrote:
>> Hello,
>>
>> This is update of the sunxi spi patches that should give full-featured SPI
>> driver.
>>
>> First three patches fix
On 14 June 2016 at 06:47, Julian Calaby wrote:
> Hi Michal,
>
> On Tue, Jun 14, 2016 at 2:34 PM, Michal Suchanek wrote:
>> Hello,
>>
>> On 14 June 2016 at 01:43, Julian Calaby wrote:
>>> Hi Michal,
>>>
>>> On Tue, Jun 14, 2016 at 3:46
Hello,
On 14 June 2016 at 07:45, Julian Calaby wrote:
> Hi Michal,
>
> On Tue, Jun 14, 2016 at 3:28 PM, Michal Suchanek wrote:
>> On 14 June 2016 at 06:47, Julian Calaby wrote:
>>> Hi Michal,
>>>
>>> On Tue, Jun 14, 2016 at 2:34 PM, Michal Suchanek wr
Hello,
On 9 June 2016 at 18:20, Noralf Trønnes wrote:
>
> Den 09.06.2016 17:08, skrev Michal Suchanek:
>>
>> txbuflen can be set to arbitrary value by user and it is also set
>> automagically to the maximum transfer size of the SPI master controller.
>
>
>
On 30 May 2016 at 17:50, Mark Brown wrote:
> On Mon, May 30, 2016 at 05:28:10PM +0200, Michal Suchanek wrote:
>> On 30 May 2016 at 17:03, Mark Brown wrote:
>
>> > I really don't think it's worth caring too much about cases where the
>> > DMA driver hasn't been
Hello
On 30 May 2016 at 13:23, Mark Brown wrote:
> On Fri, May 27, 2016 at 03:10:11PM +1000, Julian Calaby wrote:
>> On Fri, May 27, 2016 at 3:05 PM, Michal Suchanek wrote:
>
>> >> Also, should the changes for the drivers be in two separate patches also?
>
>> &
On 31 May 2016 at 15:27, Mark Brown wrote:
> On Tue, May 31, 2016 at 12:44:54PM +0200, Michal Suchanek wrote:
>> On 30 May 2016 at 17:50, Mark Brown wrote:
>> > On Mon, May 30, 2016 at 05:28:10PM +0200, Michal Suchanek wrote:
>
>> >> It's what the driver did t
On 2 June 2016 at 06:42, Priit Laes wrote:
> On Wed, 2016-06-01 at 20:00 +0200, Maxime Ripard wrote:
>> Hi,
>>
>> On Mon, May 30, 2016 at 04:50:16PM +0100, Mark Brown wrote:
>> >
>> > On Mon, May 30, 2016 at 05:28:10PM +0200, Michal Suchanek wrote:
>
On 2 June 2016 at 16:26, Mark Brown wrote:
> On Thu, Jun 02, 2016 at 02:14:26PM +0200, Michal Suchanek wrote:
>> On 2 June 2016 at 06:42, Priit Laes wrote:
>> > On Wed, 2016-06-01 at 20:00 +0200, Maxime Ripard wrote:
>
>> > Actually it non-DMA case works fine i
On 16 September 2015 at 14:46, Jagan Teki wrote:
> On 15 September 2015 at 00:05, Mark Brown wrote:
>> On Fri, Sep 04, 2015 at 04:55:33PM +0530, Jagan Teki wrote:
>>> On 4 September 2015 at 13:59, Vignesh R wrote:
>>
>>> > + * @spi_mtd_mmap_read: some spi-controller hardwares provide memory
>>>
On 3 November 2015 at 11:06, Vignesh R wrote:
> In addition to providing direct access to SPI bus, some spi controller
> hardwares (like ti-qspi) provide special memory mapped port
> to accesses SPI flash devices in order to increase read performance.
> This means the controller can automatically
On 11 December 2015 at 09:44, Geert Uytterhoeven wrote:
> Hi Brian,
>
> On Thu, Dec 10, 2015 at 9:54 PM, Brian Norris
> wrote:
>> On Sat, Dec 05, 2015 at 11:15:54AM +0100, Geert Uytterhoeven wrote:
>>> On Sat, Dec 5, 2015 at 6:19 AM, Brian Norris
>>> wrote:
>>> > There have been several
Hello,
On 10 December 2015 at 21:43, Brian Norris wrote:
> On Mon, Dec 07, 2015 at 12:36:28PM +1100, David Gibson wrote:
>> On Sat, Dec 05, 2015 at 10:33:30PM +0100, Michal Suchanek wrote:
>> > On 5 December 2015 at 12:39, Jonas Gorski wrote:
>> > > On Sat, Dec 5,
601 - 700 of 717 matches
Mail list logo