On 29 July 2015 at 20:40, Mark Brown wrote:
> On Wed, Jul 29, 2015 at 08:21:34PM +0200, Michal Suchanek wrote:
>> On 29 July 2015 at 19:16, Mark Brown wrote:
>
>> >> It will not break anything. It will just spam dmesg.
>
>> > I'm confused - if all this chan
On 30 July 2015 at 13:24, Marek Vasut wrote:
> On Monday, July 27, 2015 at 10:43:05 PM, Michal Suchanek wrote:
>> On 27 July 2015 at 19:43, Marek Vasut wrote:
>> > On Monday, July 27, 2015 at 11:46:25 AM, Michal Suchanek wrote:
>> >> On 24 July 201
On 31 July 2015 at 18:06, Boris Brezillon
wrote:
> Hi Michal,
>
> On Thu, 30 Jul 2015 12:10:42 +0200
> Michal Suchanek wrote:
>
>> Parsing direct subnodes of a mtd device as partitions is unreliable
>> since the mtd device is also part of its bus subsystem and can cont
On 22 July 2015 at 11:01, Marek Vasut wrote:
> On Wednesday, July 22, 2015 at 10:38:14 AM, Michal Suchanek wrote:
>> On 22 July 2015 at 10:24, Marek Vasut wrote:
>> > On Wednesday, July 22, 2015 at 10:18:04 AM, Michal Suchanek wrote:
>> >> On 22 July 201
On 23 July 2015 at 18:46, Michal Suchanek wrote:
> On 22 July 2015 at 11:01, Marek Vasut wrote:
>> On Wednesday, July 22, 2015 at 10:38:14 AM, Michal Suchanek wrote:
>>> On 22 July 2015 at 10:24, Marek Vasut wrote:
>>> > On Wednesday, July 22, 2015 at 10:1
On 24 July 2015 at 10:34, Marek Vasut wrote:
> On Thursday, July 23, 2015 at 07:03:47 PM, Michal Suchanek wrote:
>
> Hi!
>
> [...]
>
>> >>> It's probably slower to set up DMA for 2-byte commands but it might
>> >>> work nonetheless.
>> >&
Hello,
On 21 July 2015 at 06:29, Vinod Koul wrote:
> On Sun, Jul 19, 2015 at 09:01:34PM +0200, Michal Suchanek wrote:
>> Hello,
>>
>> On 15 July 2015 at 17:59, Brian Norris wrote:
>> > Hi Michal,
>> >
>> > On Wed, Jul 15, 2015 at 01:52:27PM +0200,
On 22 July 2015 at 06:49, Vinod Koul wrote:
> On Tue, Jul 21, 2015 at 10:14:11AM +0200, Michal Suchanek wrote:
>> > Or alternatively we could publish the limitations of the channel using
>> > capabilities so SPI knows I have a dmaengine channel and it can transfer
&
On 22 July 2015 at 09:33, Marek Vasut wrote:
> On Wednesday, July 22, 2015 at 09:30:54 AM, Michal Suchanek wrote:
>> On 22 July 2015 at 06:49, Vinod Koul wrote:
>> > On Tue, Jul 21, 2015 at 10:14:11AM +0200, Michal Suchanek wrote:
>> >> > Or alternatively
On 22 July 2015 at 09:58, Marek Vasut wrote:
> On Wednesday, July 22, 2015 at 09:45:27 AM, Michal Suchanek wrote:
>> On 22 July 2015 at 09:33, Marek Vasut wrote:
>> > On Wednesday, July 22, 2015 at 09:30:54 AM, Michal Suchanek wrote:
>> >> On 22 July 20
On 22 July 2015 at 10:24, Marek Vasut wrote:
> On Wednesday, July 22, 2015 at 10:18:04 AM, Michal Suchanek wrote:
>> On 22 July 2015 at 09:58, Marek Vasut wrote:
>> > On Wednesday, July 22, 2015 at 09:45:27 AM, Michal Suchanek wrote:
>> >> On 22 July 201
Hello,
On 15 July 2015 at 17:59, Brian Norris wrote:
> Hi Michal,
>
> On Wed, Jul 15, 2015 at 01:52:27PM +0200, Marek Vasut wrote:
>> The problem is, if you add a new DT binding, you'd have to support it
>> forever, no matter how bad idea that binding turned out to be.
>
> Agreed, and a solid
On 4 June 2015 at 19:15, Richard Cochran wrote:
> On Thu, Jun 04, 2015 at 10:31:45AM +0200, Michal Suchanek wrote:
>> You might want to try to run the bus at 60MHz or 80MHz and then the
>> values would probably again be different.
>>
>> The first two values are set
On 31 July 2015 at 19:24, Boris Brezillon
wrote:
> On Fri, 31 Jul 2015 18:52:01 +0200
> Michal Suchanek wrote:
>
>
>> >
>> >> (*pparts)[i].offset = of_read_number(reg, a_cells);
>> >> (*pparts)[i].size = of_read_number(r
On 3 August 2015 at 23:46, Marek Vasut wrote:
> On Monday, August 03, 2015 at 08:39:01 PM, Michal Suchanek wrote:
>> Change the return value of spi-nor device read and write methods to
>> allow returning amount of data transferred and errors as
>> read(2)/write(2) d
Hello,
On 21 May 2015 at 01:45, Brian Norris wrote:
> On Thu, Apr 30, 2015 at 03:33:47PM +0200, Michal Suchanek wrote:
>> The 'retlen' points to a variable representing the number of data bytes
>> written/read (see include/linux/mtd/mtd.h) by the current invocation of
On 21 May 2015 at 01:38, Brian Norris wrote:
> + linux-spi, Mark
>
> On Thu, Apr 30, 2015 at 03:38:50PM +0200, Michal Suchanek wrote:
>> My SPI controller driver does not support DMA so writes are truncated to
>> FIFO size.
>
> Which SPI master driver?
I am using sunx
Hello,
On 3 May 2015 at 23:00, Martin Sperl wrote:
>
>> On 03.05.2015, at 11:59, Mark Brown wrote:
>> Hrm, yes - that should work. I'd ask Greg, that's not something the bus
>> implements.
>
> It is still slightly more “complicated” from a distribution perspective,
> but if that is what makes
Hello,
On 1 May 2015 at 14:27, Stefan Monnier wrote:
>> The SPI driver returns an error when more than 64 bytes are
>> transferred at once due to lack of DMA support.
>
> Have you tried the dmaengine patch and make the SPI driver use it?
>
The dmaengine is already merged or queued in sunxi-wip
On 4 May 2015 at 12:12, Mark Brown wrote:
> On Sun, May 03, 2015 at 11:00:40PM +0200, Martin Sperl wrote:
>
>> I will investigate the fine details, but I fear we may need some
>> “compatibility” magic similar to “new_id” in USB to make it work,
>> because it seems as if you can ONLY force a
Hello,
On 1 May 2015 at 16:20, Marek Vasut wrote:
> On Friday, May 01, 2015 at 09:05:15 AM, Michal Suchanek wrote:
>> On 1 May 2015 at 01:13, Marek Vasut wrote:
>> I can determine it for this particular chip. However, when the vendor
>> datasheet says the block is
On 4 May 2015 at 14:12, Marek Vasut wrote:
> On Monday, May 04, 2015 at 01:11:03 PM, Michal Suchanek wrote:
>> Hello,
>
> Hi!
>
>> On 1 May 2015 at 16:20, Marek Vasut wrote:
>> > On Friday, May 01, 2015 at 09:05:15 AM, Michal Suchanek wrote:
>> >&g
On 4 May 2015 at 15:35, Marek Vasut wrote:
> On Monday, May 04, 2015 at 03:18:56 PM, Michal Suchanek wrote:
>> On 4 May 2015 at 14:12, Marek Vasut wrote:
>> > On Monday, May 04, 2015 at 01:11:03 PM, Michal Suchanek wrote:
>> >>
>> >> It ment
Hello,
On 11 May 2015 at 15:28, Javier Martinez Canillas
wrote:
> On 05/11/2015 02:23 PM, Michal Suchanek wrote:
>> On 11 May 2015 at 13:25, Javier Martinez Canillas
>> wrote:
>>> Hello Michal,
>>>
>>> On 05/11/2015 12:22 PM, Michal Suchanek wrote:
Hello,
On 12 May 2015 at 16:27, Maxime Ripard wrote:
> On Mon, Apr 27, 2015 at 07:07:28PM +0100, Mark Brown wrote:
>> On Mon, Apr 27, 2015 at 07:30:36PM +0200, Maxime Ripard wrote:
>> > On Mon, Apr 27, 2015 at 11:16:01AM +0100, Mark Brown wrote:
>>
>> > > lkml.org is being terrible as usual so I
Bypass the check if CS is in use for spidev devices if CONFIG_SPIDEV_SHADOW is
set. Rename spidev devices to avoid sysfs conflict.
This allows dynamically loading SPI device overlays or communicating
with SPI devices configured by a kernel driver from userspace.
Signed-off-by: Michal Suchanek
On 13 May 2015 at 12:16, Maxime Ripard wrote:
> Hi,
>
> On Wed, May 13, 2015 at 09:34:41AM -0000, Michal Suchanek wrote:
>> Bypass the check if CS is in use for spidev devices if CONFIG_SPIDEV_SHADOW
>> is
>> set. Rename spidev devices to avoid sysfs conflict.
&g
On 13 May 2015 at 13:26, Mark Brown wrote:
> On Tue, May 12, 2015 at 10:33:24PM +0200, Maxime Ripard wrote:
>
>> While this is nicer than the DT solution because of its accurate hardware
>> representation, it's still not perfect because you might not have access to
>> the
>> DT, or you might be
On 13 May 2015 at 16:36, Mark Brown wrote:
> On Wed, May 13, 2015 at 02:51:02PM +0200, Maxime Ripard wrote:
>
>> I'd say we're also ok because if we delegate the device driving logic
>> to userspace, we should expect it to know what it does to first drive
>> the device properly, but also to open
On 13 May 2015 at 17:37, Greg Kroah-Hartman wrote:
> On Wed, May 13, 2015 at 12:26:04PM +0100, Mark Brown wrote:
>> On Tue, May 12, 2015 at 10:33:24PM +0200, Maxime Ripard wrote:
>>
>> > While this is nicer than the DT solution because of its accurate hardware
>> > representation, it's still not
On 28 April 2015 at 14:15, Eric D. wrote:
> Hi,
>
> I'am a mainline linux user of A20 (bananapi). I'am currently running a
> debian jessie with latest mainline kernel (4.0.0+).
> I have a project of home automation, based on nrfl04+ spi driven wireless
> chip.
> I was just seeking a way to make
On 28 April 2015 at 16:03, Eric D. wrote:
> Hi,
>
> I give Maxime's patch a try and got 4 spidev devices :
> /dev/spidev32766.[0-3]
>
> root@bpi:~# ls -lh /dev/spidev*
> crw--- 1 root root 153, 0 Apr 28 15:52 /dev/spidev32766.0
> crw--- 1 root root 153, 1 Apr 28 15:52 /dev/spidev32766.1
>
On 28 April 2015 at 16:16, Mark Brown wrote:
> On Tue, Apr 28, 2015 at 02:52:54PM +0200, Michal Suchanek wrote:
>> On 28 April 2015 at 14:15, Eric D. wrote:
>
>> > I was just seeking a way to make spidev device appear under mainline kernel
>> > and found this thre
On 28 April 2015 at 16:12, Maxime Ripard
wrote:
> On Tue, Apr 28, 2015 at 07:03:16AM -0700, Eric D. wrote:
>> Hi,
>>
>> I give Maxime's patch a try and got 4 spidev devices :
>> /dev/spidev32766.[0-3]
>>
>> root@bpi:~# ls -lh /dev/spidev*
>> crw--- 1 root root 153, 0 Apr 28 15:52
On 28 April 2015 at 19:17, Mark Brown wrote:
> On Tue, Apr 28, 2015 at 04:22:24PM +0200, Michal Suchanek wrote:
>> On 28 April 2015 at 16:16, Mark Brown wrote:
>
>> > That is not the case as you well know. As has been said several times
>> > the compatible
On 29 April 2015 at 19:40, Mark Brown wrote:
> On Tue, Apr 28, 2015 at 10:43:37PM +0200, Michal Suchanek wrote:
>
>> > I know you have a viewpoint on this but engaging in this way is not
>> > helping anyone.
>
>> The point is that patching the kernel
On 29 April 2015 at 20:06, Mark Brown wrote:
> On Wed, Apr 29, 2015 at 07:44:59PM +0200, Michal Suchanek wrote:
>> On 29 April 2015 at 19:40, Mark Brown wrote:
>
>> > Please stop this, it is not helpful.
>
>> Then please make one of the useful ways of instanti
On 29 April 2015 at 20:56, Geert Uytterhoeven wrote:
> On Wed, Apr 29, 2015 at 8:37 PM, Michal Suchanek wrote:
>> I am using a version of Maxime's patch myself right now. It does not
>> seem it's going to be include in the kernel any time soon, however.
>>
>> FWIW I ad
On 4 June 2015 at 17:28, Marek Vasut wrote:
> On Thursday, June 04, 2015 at 06:54:00 AM, Michal Suchanek wrote:
>> On 4 June 2015 at 00:58, Marek Vasut wrote:
>> > On Wednesday, June 03, 2015 at 11:26:40 PM, Michal Suchanek wrote:
>> >> On Exynos it is necessary to
On 14 August 2015 at 12:02, Andrew Murray wrote:
> On 14 August 2015 at 10:23, Michal Suchanek wrote:
>> mtdblock and ubi do not handle the situation when read returns less data
>> than requested. Loop in spi-nor until buffer is filled or an error is
>> returned.
>&g
Hello,
On 15 August 2015 at 03:51, Bean Huo 霍斌斌 (beanhuo) wrote:
>>Hello,
>
>>with these patches SPI transfer errors are not silently ignored but rather
>>reported to spi-nor users.
>
>>This should prevent silently dropping data to the floor in cases when the SPI
>>transfer fails and the
Hello,
On 17 August 2015 at 03:55, Jaehoon Chung wrote:
> Hi, Michal.
>
> On 08/12/2015 09:23 PM, Michal Suchanek wrote:
>> The driver has open-coded test for SDIO cards. Use the mmc core provided
>> MMC_QUIRK_BROKEN_CLK_GATING flag instead.
>
> Did you use the
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
Hello,
On 17 August 2015 at 16:42, Alim Akhtar wrote:
> HI
>
> On Mon, Aug 17, 2015 at 4:56 PM, Jaehoon Chung wrote:
>> On 08/17/2015 02:52 PM, Michal Suchanek wrote:
>>> Hello,
>>>
>>> On 17 August 2015 at 03:55, Jaehoon Chung wrote:
>>>>
On 12 August 2015 at 13:55, Olliver Schinagl wrote:
> Actually, I've reverted hans's
>
> mmc: sunxi: Don't start commands while the card is busy
>
> and that makes it disapear as well. So it looks like that patch triggers the
> aggressiveness more?
It probably inserts delays which trigger the
On 12 August 2015 at 14:35, Hans de Goede wrote:
> Hi,
>
> On 12-08-15 14:23, Michal Suchanek wrote:
>>
>> When core does not set the MMC_QUIRK_BROKEN_CLK_GATING flag enable
>> automatic hardware controlled clock gating on the mmc interface.
>>
>> Signed-of
rash with mmc clock gating enabled
>>> nonetheless.
>>>
>>> This patch sets the timeout to 750ms and adds debug prints which show
>>> how long enabling/disabling the clock took so more data can be collected
>>> from other systems.
>>>
>>> Si
On 12 August 2015 at 15:19, Olliver Schinagl wrote:
> Hey,
>
> On 12-08-15 14:35, Hans de Goede wrote:
>>
>> Hi,
>>
>> On 12-08-15 14:23, Michal Suchanek wrote:
>>>
>>> When core does not set the MMC_QUIRK_BROKEN_CLK_GATING flag enable
>&g
Hello,
when building a kernel with sunxi crypto driver as merged into the
sinxi-wip branch I get a compiler warning.
I am not sure this is the latest version of the driver. It does not
seem to be in mainline yet.
Thanks
Michal
In file included from
On 19 August 2015 at 18:41, Vinod Koul wrote:
> On Tue, Jul 28, 2015 at 10:49:33AM +0000, Michal Suchanek wrote:
>> In pl330.c is a define which enables very verbose decoding of genereted
>> programs.
>>
>> Also add decoding of thread abort states and signalled events.
On 20 August 2015 at 16:19, Emilio López wrote:
> From: Emilio López
Something went wrong with overriding the headers
Sorry
Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 20 August 2015 at 16:48, Maxime Ripard
wrote:
> On Thu, Aug 20, 2015 at 02:19:46PM -0000, Michal Suchanek wrote:
>> When the maximum transfer speed is not set for a SPI slave the value
>> remains 0 and the code in sunxi SPI divides by it. Use an arbitrary
>> speed
H
On 2 June 2015 at 16:17, Michal Suchanek wrote:
> On 2 June 2015 at 15:08, Vinod Koul wrote:
>> On Sat, May 30, 2015 at 09:37:07PM +0200, Michal Suchanek wrote:
>>> Hello,
>>>
>>> I was trying to read the SPI NOR flash and found that the pl330
&
On 2 June 2015 at 15:08, Vinod Koul wrote:
> On Sat, May 30, 2015 at 09:37:07PM +0200, Michal Suchanek wrote:
>> Hello,
>>
>> I was trying to read the SPI NOR flash and found that the pl330
>> controller dma mysteriously fails.
>
> Adding Robert,
>
>>
On 4 June 2015 at 00:53, Marek Vasut wrote:
> On Wednesday, June 03, 2015 at 11:26:39 PM, Michal Suchanek wrote:
>> Hello,
>
> Hi,
>
>> this patch series makes it possible to access the SPI NOR flash in the
>> Samsung XE303 'Snow' Chromebook.
>>
>>
On 4 June 2015 at 01:03, Marek Vasut wrote:
> On Wednesday, June 03, 2015 at 11:26:41 PM, Michal Suchanek wrote:
>> On sunxi the SPI controller currently does not have DMA support and fails
>> any transfer larger than 63 bytes.
>>
>> On Exynos the pl330 DMA controlle
On 4 June 2015 at 00:58, Marek Vasut wrote:
> On Wednesday, June 03, 2015 at 11:26:40 PM, Michal Suchanek wrote:
>> On Exynos it is necessary to set SPI controller parameters that apply to
>> a SPI slave in a DT subnode of the slave device. The ofpart code returns
&
On 4 June 2015 at 08:42, Geert Uytterhoeven wrote:
> On Wed, Jun 3, 2015 at 11:26 PM, Michal Suchanek wrote:
>> On sunxi the SPI controller currently does not have DMA support and fails
>> any transfer larger than 63 bytes.
>
> This is a driver limitation, not
Hello,
On 4 June 2015 at 11:16, Mark Brown wrote:
> On Wed, Jun 03, 2015 at 09:26:42PM -0000, Michal Suchanek wrote:
>> The SPI NOR transfers mysteriously fail so add more debug prints about
>> SPI transactions.
>
> Please try to only send patches to relevant people - the
On 4 June 2015 at 12:26, Mark Brown wrote:
> On Thu, Jun 04, 2015 at 11:33:37AM +0200, Michal Suchanek wrote:
>> On 4 June 2015 at 11:16, Mark Brown wrote:
>
>> > Also for this patch (which just adds some trace) there isn't any clear
>> > reason for it to be sen
Hello,
I was trying to read the SPI NOR flash and found that the pl330
controller dma mysteriously fails.
There is the problem that the 256 bytes of dma program buffer does not
suffice for the whole of 4M of the flash memory so all of it cannot be
possibly transferred in one go with the pl330
Hello,
it appears the Linus master tree fails to build on ARM with XEN enabled.
Since commit 2b953a5e9 xen: Suspend ticks on all CPUs during suspend
provides the suspend function only for x86 this is not surprising.
I currently don't use XEN yet but building with XEN enabled was not a
problem
by: Boris Ostrovsky
> Reported-by: Michal Suchanek
> Tested-by: Stefano Stabellini
Tested-by: Michal Suchanek
Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ker
Hello,
On 26 April 2015 at 10:39, Maxime Ripard
wrote:
> Hi,
>
> On Mon, Mar 23, 2015 at 03:00:31PM +0100, Michal Suchanek wrote:
>> Signed-off-by: Michal Suchanek
>> {
>> status = "okay";
>> };
>> diff --git a/arch/arm/boot/dts/sun5i-
On 26 April 2015 at 12:32, Mark Brown wrote:
> On Tue, Mar 24, 2015 at 11:50:53AM +0100, Michal Suchanek wrote:
>
>> +A spidev example for devicetree binding in a board dts file
>> + {
>
> No, this is broken - nothing should ever bind to spidev as spidev. The
>
On 26 April 2015 at 13:01, Mark Brown wrote:
> On Sun, Apr 26, 2015 at 12:54:36PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 12:32, Mark Brown wrote:
>
>> > No, this is broken - nothing should ever bind to spidev as spidev. The
>> > fact that we have a bi
On 26 April 2015 at 10:42, Maxime Ripard
wrote:
> On Sat, Apr 25, 2015 at 09:21:07PM +0200, Michal Suchanek wrote:
>> Signed-off-by: Michal Suchanek
>
> No commit log?
>
>> ---
>> drivers/spi/spi-sun4i.c | 2 +-
>> drivers/spi/spi-sun6i.c | 2 +-
>> 2 f
On 26 April 2015 at 13:56, Martin Sperl wrote:
>
>> On 26.04.2015, at 13:23, Hans de Goede wrote:
>> I think there is actual a use for just binding spidev as spidev,
>> think e.g. the spi pins on the raspberry pi.
>>
>> How do you deal we suggest with such a situation ?
>
> I actually asked the
On 26 April 2015 at 14:51, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 02:38:18PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 13:56, Martin Sperl wrote:
>> >
>> >> On 26.04.2015, at 13:23, Hans de Goede wrote:
>> >> I think there is actu
On 26 April 2015 at 16:33, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 04:14:33PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 14:51, Maxime Ripard
>> wrote:
>> > On Sun, Apr 26, 2015 at 02:38:18PM +0200, Michal Suchanek wrote:
>> >> On 26 Apri
On 26 April 2015 at 17:54, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 05:33:36PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 16:33, Maxime Ripard
>> wrote:
>> > On Sun, Apr 26, 2015 at 04:14:33PM +0200, Michal Suchanek wrote:
>> >> On 2
On 26 April 2015 at 17:47, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 04:40:50PM +0200, Hans de Goede wrote:
>> Hi,
>>
>> I've a feeling everyone in this thread is ignoring the
>> raspberry pi use-case. Where the board is specifically
>> designed for educational purposes and used with lots of
On 27 April 2015 at 11:36, Mark Brown wrote:
> On Sun, Apr 26, 2015 at 04:14:33PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 14:51, Maxime Ripard
>
>> > No, you add a compatible for the device that is connected to the bus
>> > through that slot.
>
On 27 April 2015 at 12:04, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 08:53:16PM +0200, Michal Suchanek wrote:
>> >> Also for driver prototyping you need a compatible which makes the
>> >> device accessible.
>> >>
>> >> If no spidev g
On 27 April 2015 at 12:10, Mark Brown wrote:
> On Sun, Apr 26, 2015 at 04:40:50PM +0200, Hans de Goede wrote:
>
>> Hi,
>
> Please always provide context in your replies so people know what you're
> talking about.
>
>> I've a feeling everyone in this thread is ignoring the
>> raspberry pi
On 27 April 2015 at 17:13, Geert Uytterhoeven wrote:
> On Mon, Apr 27, 2015 at 4:28 PM, Michal Suchanek wrote:
>> When you have a serial port and just connect serial device to it with
>> no special requirement you just specify the serial port in DT and talk
>> to the device
.
Signed-off-by: Michal Suchanek
---
arch/arm/configs/exynos_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/exynos_defconfig
b/arch/arm/configs/exynos_defconfig
index d034c96..5d4ee83f 100644
--- a/arch/arm/configs/exynos_defconfig
+++ b/arch/arm/configs
On 11 May 2015 at 13:25, Javier Martinez Canillas
wrote:
> Hello Michal,
>
> On 05/11/2015 12:22 PM, Michal Suchanek wrote:
>> The Exynos defconfig includes mwifiex sdio support which is present on
>> some of the Exynos boards.
>>
>> For the WiFi to be us
On 30 April 2015 at 18:30, wrote:
> Hello Michal:
>
>> I tried to connect a SPI NOR flash to my sunxi board and due to the
> current
>> sunxi SPI driver limitations it does not work.
>>
>> The SPI driver returns an error when more than 64 bytes are
>> transferred at once
>> due to lack of DMA
On 30 April 2015 at 20:43, Marek Vasut wrote:
> On Thursday, April 30, 2015 at 03:33:47 PM, Michal Suchanek wrote:
>> The size of written data was added to user supplied value rather than
>> written at the provided address.
>
> You might want to work on the commit message a l
On 1 May 2015 at 01:13, Marek Vasut wrote:
> On Thursday, April 30, 2015 at 11:13:12 PM, Michal Suchanek wrote:
>> The sector size of the flash memory is unclear from datasheet or may
>> possibly vary between chips so add a flag to always use 4k blocks.
>>
>> Currentl
did not
hear back. In absence of clear licensing the only solution I see is
removing this code.
Signed-off-by: Michal Suchanek
---
MAINTAINERS | 12 -
drivers/crypto/Kconfig|8 -
drivers/crypto/Makefile |1 -
drivers/crypto/vmx/.gitignore
.
Signed-off-by: Michal Suchanek
---
drivers/macintosh/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/macintosh/Kconfig b/drivers/macintosh/Kconfig
index 97a420c11eed..c23c040bc668 100644
--- a/drivers/macintosh/Kconfig
+++ b/drivers/macintosh/Kconfig
@@ -1,7 +1,6 @@
menuconfig
Arm64 has 256TB address space so fix the test to pass on Arm as well.
Also remove unneeded numaif header.
Signed-off-by: Michal Suchanek
---
v2:
- do not test high slices on Arm64 - it has no support and none is planned
- fix the hint calculation for different shift
---
tools/testing
-registration
- return success on deregistration when fadump is not registered
Signed-off-by: Michal Suchanek
---
arch/powerpc/kernel/fadump.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c
index
-registration
- return success on deregistration when fadump is not registered
- return ENODEV when no memory is reserved for fadump
Signed-off-by: Michal Suchanek
---
arch/powerpc/kernel/fadump.c | 24
1 file changed, 16 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc
-registration
- return success on deregistration when fadump is not registered
- return ENODEV when no memory is reserved for fadump
Signed-off-by: Michal Suchanek
---
v2: fix return in register_fadump()
---
arch/powerpc/kernel/fadump.c | 24
1 file changed, 16 insertions(+), 8
On Tue, 9 May 2017 17:43:27 -0700
Dmitry Torokhov wrote:
> Hi Michal,
>
> On Tue, May 09, 2017 at 09:14:18PM +0200, Michal Suchanek wrote:
> > There is nothing mac-specific about this driver. Non-mac hardware
> > with suboptimal built-in pointer devices exists.
> >
=off, to disable unwarranted
resources/subsystems.
Also, ensure the log "Firmware-assisted dump is active" is printed early
in the boot process to put the subsequent fadump messages in context.
Suggested-by: Michael Ellerman
Signed-off-by: Hari Bathini
Signed-off-by: Michal Suchan
With the introduction of 'fadump_append=' parameter to pass additional
parameters to fadump (capture) kernel, update documentation about it.
Signed-off-by: Hari Bathini
Signed-off-by: Michal Suchanek
---
Documentation/powerpc/firmware-assisted-dump.txt | 8 +++-
1 file changed, 7
On 22 August 2016 at 23:23, H. Nikolaus Schaller wrote:
> Hi Sebastian,
>
>> Am 22.08.2016 um 22:39 schrieb Sebastian Reichel :
>>
>> Hi,
>>
>> On Sun, Aug 21, 2016 at 09:50:57AM +0200, H. Nikolaus Schaller wrote:
Am 20.08.2016 um 15:34 schrieb One Thousand Gnomes
:
> What it is
Arm64 has 256TB address space so fix the test to pass on Arm as well.
Also remove unneeded numaif include.
Signed-off-by: Michal Suchanek
---
tools/testing/selftests/vm/virtual_address_range.c | 36 --
1 file changed, 27 insertions(+), 9 deletions(-)
diff --git a/tools
There is nothing mac-specific about this driver. Non-mac hardware with
suboptimal built-in pointer devices exists.
This makes it possible to use this emulation not only on x86 and ppc
notebooks but also on arm and mips.
Signed-off-by: Michal Suchanek
---
drivers/input/mouse/Kconfig
-to-int-cast]
Fixes: 0dcc70ca8644 ("power: supply: axp20x_usb_power: use of_device_id
data field instead of device_is_compatible")
Signed-off-by: Michal Suchanek
---
drivers/power/supply/axp20x_usb_power.c | 5 +++--
include/linux/mfd/axp20x.h | 2 +-
2 files changed, 4
ununitialized members. Get rid of the structure and
the warnings.
Signed-off-by: Michal Suchanek
Reviewed-by: Jarkko Sakkinen
---
v2
fix typos and spelling in comments
---
drivers/char/tpm/tpm_ibmvtpm.c | 96 ++
1 file changed, 60 insertions(+), 36 deletions
On 26 January 2017 at 23:05, Jason Gunthorpe
wrote:
> On Thu, Jan 26, 2017 at 09:22:48PM +0100, Michal Such??nek wrote:
>
>> This is repeated a few times in the driver so I added memset to quiet
>> gcc and make behavior deterministic in case the unused fields get some
>> meaning in the future.
>
On 27 January 2017 at 02:50, Benjamin Herrenschmidt
wrote:
> On Thu, 2017-01-26 at 17:42 -0800, Tyrel Datwyler wrote:
>> On 01/26/2017 12:22 PM, Michal Suchánek wrote:
>> > Hello,
>> >
>> > building ibmvtpm I noticed gcc warning complaining that second word
>> > of
>> > struct ibmvtpm_crq in
ununitialized members. Get rid of the structure and
the warnings.
Signed-off-by: Michal Suchanek
---
drivers/char/tpm/tpm_ibmvtpm.c | 92 +-
1 file changed, 56 insertions(+), 36 deletions(-)
diff --git a/drivers/char/tpm/tpm_ibmvtpm.c b/drivers/char/tpm
Hello,
On 6 May 2016 at 02:31, Brian Norris wrote:
> Hi,
>
> I'm picking up Michal's patch set, since he dropped it on the floor, and it's
> useful for others. My additions:
>
> * rebased on latest
> * added fixes for drivers that have been merged in the meantime
> * addressed most of
On 20 August 2015 at 16:56, Maxime Ripard
wrote:
>> + /* Enable Dedicated DMA requests */
>> + reg = sun4i_spi_read(sspi, SUN4I_CTL_REG);
>> + reg |= SUN4I_CTL_DMAMC_DEDICATED;
>> + sun4i_spi_write(sspi, SUN4I_CTL_REG, reg);
>> +
501 - 600 of 717 matches
Mail list logo
