On Sun, Jun 14, 2015 at 8:23 PM, Yoshihiro Kaneko wrote:
> From: Takeshi Kihara
>
> Fix the problem which timeout occurs at the time of command request with
> several cards.
>
> The timeout value was insufficient as a verification of several cards,
> so it was changed 5 seconds from 2 seconds.
Hi
Hi Ben,
On Monday 15 June 2015 01:40:40 Ben Hutchings wrote:
> On Fri, 2015-06-12 at 22:07 +0300, Laurent Pinchart wrote:
> > On Friday 12 June 2015 14:23:55 Ben Hutchings wrote:
> >> On Fri, 2015-06-12 at 10:18 +0300, Laurent Pinchart wrote:
> >>> On Wednesday 10 June 2015 00:23:31 Ben Hutchings
On Fri, 2015-06-12 at 22:07 +0300, Laurent Pinchart wrote:
> Hi Ben,
>
> On Friday 12 June 2015 14:23:55 Ben Hutchings wrote:
> > On Fri, 2015-06-12 at 10:18 +0300, Laurent Pinchart wrote:
> > > Hi Ben,
> > >
> > > (CC'ing Linus Walleij)
> > >
> > > Thank you for the patch.
> > >
> > > On Wedne
On Sun, 2015-06-14 at 09:36 +0200, Geert Uytterhoeven wrote:
> On Thu, Jun 11, 2015 at 5:02 PM, Ben Hutchings
> wrote:
> >> I may be misunderstanding the above, if so I apologise, but I would
> >> strongly prefer to avoid an arrangement where the kernel and device tree
> >> blob (DTS/DTSI -> DTB)
On Sun, 2015-06-14 at 09:36 +0200, Geert Uytterhoeven wrote:
> On Thu, Jun 11, 2015 at 5:02 PM, Ben Hutchings
> wrote:
> >> I may be misunderstanding the above, if so I apologise, but I would
> >> strongly prefer to avoid an arrangement where the kernel and device tree
> >> blob (DTS/DTSI -> DTB)
On systems with CONFIG_PREEMPT=n, under certain circumstances, mmcqd
can continuously process requests for several seconds without blocking,
triggering the soft lockup watchdog. For example, this can happen if
mmcqd runs on the CPU which services the controller's interrupt, and
a process on a diff
From: Takeshi Kihara
Fix the problem which timeout occurs at the time of command request with
several cards.
The timeout value was insufficient as a verification of several cards,
so it was changed 5 seconds from 2 seconds.
Signed-off-by: Takeshi Kihara
Signed-off-by: Yoshihiro Kaneko
---
Th
From: Koji Matsuoka
The clock should be enable when SDHI registers are accessed.
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is based on mmc-next branch of Ulf Hansson's mmc tree.
* Perhaps this relates to the need to enhance clock management
drivers/mmc/hos
From: Koji Matsuoka
The clock should be enable when SDHI registers are accessed.
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is based on mmc-next branch of Ulf Hansson's mmc tree.
* Perhaps this relates to the need to enhance clock management
drivers/mmc/hos
On Thu, Jun 11, 2015 at 5:02 PM, Ben Hutchings
wrote:
>> I may be misunderstanding the above, if so I apologise, but I would
>> strongly prefer to avoid an arrangement where the kernel and device tree
>> blob (DTS/DTSI -> DTB) need to be upgrade in lock-step as this tends not to
>> lead to a good
10 matches
Mail list logo
