On 06/03/2014 11:13 PM, Loc Ho wrote:
> This patch adds support for the APM X-Gene SoC SDHC controller
> to Arasan SDHCI driver.
>
> Signed-off-by: Loc Ho
> ---
> drivers/mmc/host/Kconfig |4 +-
> drivers/mmc/host/sdhci-of-arasan.c | 126
> +---
>
On 06/03/2014 11:13 PM, Loc Ho wrote:
> This patch adds support for the APM X-Gene SoC SDHC controller to Arasan
> SDHCI driver.
>
> v2:
> * Update binding documentation
> * Change compatible string from "xgene,arasan" to "apm,arasan"
Please write these changes directly to the patch version.
Hard
Hi Will,
Thanks for your proposal,
The patch google made is just like
The one I tried before ,
Then the problems come :
After register the perf_event callback,
In the callback function ,
In google's patch , it is function crbug_345917_handler( ),
It just call panic( ) ,
But My callback function
Hi Hansson,
Have you include this patch to PR? If so could you tell me at which git
repository it is.
BR
Peter.Guo
-Original Message-
From: Ulf Hansson [mailto:ulf.hans...@linaro.org]
Sent: Wednesday, May 14, 2014 5:55 PM
To: Peter Guo
Cc: Chris Ball; adam@canonical.com; linux-m
On 3 June 2014 14:01, Pavel Machek wrote:
> Hi!
>
>
>> I found sd card sometimes are damaged/ destroyed
>> On our devices .
>> And seems it is caused by kernel's frequently suspend/resume,
>> Because during suspend/resume, the driver will suspend/resume sdcard
>> Very frequently, this will damaged
This patch adds APM X-Gene SoC SDHC controller DTS entry.
Signed-off-by: Loc Ho
---
arch/arm64/boot/dts/apm-storm.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dtsi
index 6042a99..3bd09e9 1
This patch adds support for the APM X-Gene SoC SDHC controller to Arasan
SDHCI driver.
v2:
* Update binding documentation
* Change compatible string from "xgene,arasan" to "apm,arasan"
Signed-off-by: Loc Ho
---
Loc Ho (3):
Documentation: Update Arasan SDHC documentation for the APM X-Gene
This patch updates Arasan SDHC documentation for the APM X-Gene SoC SDHC
controller
DTS binding.
Signed-off-by: Loc Ho
---
.../devicetree/bindings/mmc/arasan,sdhci.txt | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/binding
This patch adds support for the APM X-Gene SoC SDHC controller
to Arasan SDHCI driver.
Signed-off-by: Loc Ho
---
drivers/mmc/host/Kconfig |4 +-
drivers/mmc/host/sdhci-of-arasan.c | 126 +---
2 files changed, 120 insertions(+), 10 deletions(-)
diff
On Sat, May 24, 2014 at 04:48:20AM +0100, Wang, Yalin wrote:
> Hi Will,
Hello,
Sorry for the delayed reply, it took me a while to work out what your issue
is.
> Thanks for your suggestion,
> The scenario that I encounter is a little special :
> I found our kernel memory will be corrupt in stabi
Thanks
On Tue, Jun 3, 2014 at 4:00 PM, Thomas Gleixner wrote:
> On Tue, 3 Jun 2014, Grant Likely wrote:
>> On Wed, Jun 12, 2013 at 8:49 AM, Thomas Gleixner wrote:
>> > On Tue, 11 Jun 2013, Scott Wood wrote:
>> >
>> >> I get the following lockdump output on p2020rdb using
>> >> v3.10-rc5-43-g3437
On Tue, 3 Jun 2014, Grant Likely wrote:
> On Wed, Jun 12, 2013 at 8:49 AM, Thomas Gleixner wrote:
> > On Tue, 11 Jun 2013, Scott Wood wrote:
> >
> >> I get the following lockdump output on p2020rdb using
> >> v3.10-rc5-43-g34376a5. While it's not particularly polite for the
> >> esdhc driver to b
On Wed, Jun 12, 2013 at 8:49 AM, Thomas Gleixner wrote:
> On Tue, 11 Jun 2013, Scott Wood wrote:
>
>> I get the following lockdump output on p2020rdb using
>> v3.10-rc5-43-g34376a5. While it's not particularly polite for the
>> esdhc driver to be calling OF functions while holding another lock wh
On Fri, May 30, 2014 at 09:01:16AM +0100, Ulf Hansson wrote:
> On 28 May 2014 07:35, Jaehoon Chung wrote:
> > Removed the parser for "supports-highspeed".
> > It can be parsed with "cap-mmc-highsped" or "cap-sd-highspeed" at
> > mmc_of_parse().
> >
> > Signed-off-by: Jaehoon Chung
> > ---
> > dr
[snip]
>>
>> Why do we need to put the sdio functions devices in DT?
>
> To define sdio function specific non probable info, such as oob irqs,
> also see the "mmc: Add SDIO function devicetree subnode parsing" patch-set
> of which I send v3 this morning.
Yes, of course - makes sense.
[snip]
>>>
Hi,
On 06/03/2014 02:58 PM, Ulf Hansson wrote:
> On 3 June 2014 13:07, Hans de Goede wrote:
>> Hi,
>>
>> On 06/03/2014 12:14 PM, Ulf Hansson wrote:
>>> On 28 May 2014 11:42, Hans de Goede wrote:
>>
>>
>>
> If the mmc_of_parse() returns -EPROBE_DEFER, the mmc host driver will
> return th
On 3 June 2014 13:07, Hans de Goede wrote:
> Hi,
>
> On 06/03/2014 12:14 PM, Ulf Hansson wrote:
>> On 28 May 2014 11:42, Hans de Goede wrote:
>
>
>
If the mmc_of_parse() returns -EPROBE_DEFER, the mmc host driver will
return the same error code from it's ->probe(). This provides us wit
Hi,
On 06/03/2014 12:14 PM, Ulf Hansson wrote:
> On 28 May 2014 11:42, Hans de Goede wrote:
>>> If the mmc_of_parse() returns -EPROBE_DEFER, the mmc host driver will
>>> return the same error code from it's ->probe(). This provides us with
>>> the ability of waiting for the "powerup driver" to
On 28 May 2014 13:03, Mark Brown wrote:
> On Wed, May 28, 2014 at 10:19:11AM +0200, Ulf Hansson wrote:
>> On 27 May 2014 19:53, Mark Brown wrote:
>
>> > This then either conflicts with cases where we need to describe the
>> > actual contents of the slot with a compatible string or means that the
On 28 May 2014 11:42, Hans de Goede wrote:
> Hi,
>
> On 05/27/2014 03:50 PM, Ulf Hansson wrote:
>> [snip]
>>
I am having a bit hard to follow the terminology here. :-) What is a
"powerup driver" and what is a "main device driver" in this context?
I had a slide which I used at a
From: Sascha Hauer
While SDIO devices are runtime probable they sometimes need nonprobable
additional information on embedded systems, like an additional gpio
interrupt or a clock. This binding describes how to add child nodes to the
devicetree to supply this information.
Signed-off-by: Sascha H
Hi All,
Here is v3 of my submission of Sascha Hauer's
"mmc: Add SDIO function devicetree subnode parsing" patch.
Changes since v1:
- Submit as a stand-alone patch-set, rather then as part of a larger oob irq
support patchset crossing multiple subsystems
- Add a patch to document the already exi
From: Sascha Hauer
This adds SDIO devicetree subnode parsing to the mmc core. While
SDIO devices are runtime probable they sometimes need nonprobable
additional information on embedded systems, like an additional gpio
interrupt or a clock. This patch makes it possible to supply this
information f
Any feedback in this?
Thanks,
Alexander
On Tuesday 20 May 2014 13:29:21, Alexander Stein wrote:
> There is no need for an output like this:
> > mmcblk mmc1:0001: calling add_quirk_mmc+0x0/0x20
> Instead use this one:
> > mmcblk mmc1:0001: calling add_quirk_mmc
>
> Signed-off-by: Alexander Stein
On 2 June 2014 16:37, Ben Dooks wrote:
> On Mon, Jun 02, 2014 at 02:03:27PM +0200, Ulf Hansson wrote:
>> Hi Linus,
>>
>> This is the first PR I send to you as I am co-maintaining the MMC
>> subsystem with Chris Ball. You will receive a separate PR for MMC from
>> him as well, as usual.
>>
>> These
On 3 June 2014 03:50, Jaehoon Chung wrote:
> +Suegnwon Jeon
>
> On 06/02/2014 05:48 PM, Ulf Hansson wrote:
>> On 2 June 2014 10:38, Jaehoon Chung wrote:
>>> On 06/02/2014 05:29 PM, Ulf Hansson wrote:
On 1 June 2014 11:23, Hans de Goede wrote:
> Hi,
>
>
> On 05/31/2014 10:13
26 matches
Mail list logo