This allows a ROM-able zImage to be written to MMC and
for SuperH Mobile ARM to boot directly from the MMCIF
hardware block.
This is achieved by the MaskROM loading the first portion
of the image into MERAM and then jumping to it. This portion
contains loader code which copies the entire image to
I have seen this solved using rfkill. Is that acceptable?
From: linux-mmc-ow...@vger.kernel.org [linux-mmc-ow...@vger.kernel.org] On
Behalf Of Ohad Ben-Cohen [o...@wizery.com]
Sent: Sunday, December 05, 2010 6:15 AM
To: Daniel Drake
Cc: linux-mmc@vger.ker
> -Original Message-
> From: kyungmi...@gmail.com [mailto:kyungmi...@gmail.com] On Behalf Of
> Kyungmin Park
> Sent: Monday, December 06, 2010 9:12 AM
> To: Dong, Chuanxiao
> Cc: linux-mmc@vger.kernel.org; linux-ker...@vger.kernel.org; c...@laptop.org;
> a...@linux-foundation.org; ar...@lin
Chris,
One other difference I have been told between the patches but NOT verified is
a) Takasi code was not tested with Dual Data Rate
b) Performance is not an issue since we are dealing with uSeconds and the code
is called once
when mmc is detected.
c) I will adapt my code to what Takahi
will change tomorrow with other changes Nico Suggested.
Philip
On Dec 4, 2010, at 1:02 PM, Wolfram Sang wrote:
> Hi,
>
> minor comments in addition to Nicolas:
>
> On Fri, Dec 03, 2010 at 11:26:50AM -0800, Philip Rakity wrote:
>
>> hardware clock gating is enabled by setting the mmc quirk
>
On Mon, Dec 06, 2010 at 10:33:40AM +0900, Magnus Damm wrote:
> On Mon, Dec 6, 2010 at 10:11 AM, Simon Horman wrote:
> > On Mon, Dec 06, 2010 at 09:51:55AM +0900, Magnus Damm wrote:
> >> On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
> >> > This allows a ROM-able zImage to be written to MMC a
On Mon, Dec 6, 2010 at 10:28 AM, Simon Horman wrote:
> On Mon, Dec 06, 2010 at 09:57:17AM +0900, Magnus Damm wrote:
>> On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
>> > Allow MMCIF_PROGRESS_* to be shared.
>> >
>> > Cc: Magnus Damm
>> > Signed-off-by: Simon Horman
>>
>> I'm a bit hesitan
On Mon, Dec 6, 2010 at 10:11 AM, Simon Horman wrote:
> On Mon, Dec 06, 2010 at 09:51:55AM +0900, Magnus Damm wrote:
>> On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
>> > This allows a ROM-able zImage to be written to MMC and
>> > for SuperH Mobile ARM to boot directly from the MMCIF
>> > ha
On Mon, Dec 06, 2010 at 09:57:17AM +0900, Magnus Damm wrote:
> On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
> > Allow MMCIF_PROGRESS_* to be shared.
> >
> > Cc: Magnus Damm
> > Signed-off-by: Simon Horman
>
> I'm a bit hesitant to this change. This because the progress really
> hasn't an
Note that I'm not yet see any performance improvements :)
On Fri, Dec 3, 2010 at 9:13 PM, Chuanxiao Dong wrote:
> From 984adc755cf2f7966a89e510a50f085e314fe347 Mon Sep 17 00:00:00 2001
> From: Chuanxiao Dong
> Date: Mon, 22 Nov 2010 16:31:12 +0800
> Subject: [PATCH 1/4] mmc: Enabled background
On Mon, Dec 06, 2010 at 09:51:55AM +0900, Magnus Damm wrote:
> Hi Simon,
>
> Thanks for your work on this!
>
> On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
> > This allows a ROM-able zImage to be written to MMC and
> > for SuperH Mobile ARM to boot directly from the MMCIF
> > hardware blo
On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
> Allow MMCIF_PROGRESS_* to be shared.
>
> Cc: Magnus Damm
> Signed-off-by: Simon Horman
I'm a bit hesitant to this change. This because the progress really
hasn't anything to do with the MMCIF hardware block. The enum does use
the MMCIF prefi
Hi Simon,
Thanks for your work on this!
On Mon, Dec 6, 2010 at 9:12 AM, Simon Horman wrote:
> This allows a ROM-able zImage to be written to MMC and
> for SuperH Mobile ARM to boot directly from the MMCIF
> hardware block.
>
> This is achieved by the MaskROM loading the first portion
> of the im
On Mon, Dec 06, 2010 at 09:12:46AM +0900, Simon Horman wrote:
> This allows a ROM-able zImage to be written to MMC and
> for SuperH Mobile ARM to boot directly from the MMCIF
> hardware block.
>
> This is achieved by the MaskROM loading the first portion
> of the image into MERAM and then jumping
This allows a ROM-able zImage to be written to MMC and
for SuperH Mobile ARM to boot directly from the MMCIF
hardware block.
This is achieved by the MaskROM loading the first portion
of the image into MERAM and then jumping to it. This portion
contains loader code which copies the entire image to
As the only caller of sh_mmcif_boot_do_read() is
sh_mmcif_boot_slurp() the configuration portion of
sh_mmcif_boot_slurp() can be merged into sh_mmcif_boot_do_read().
Once this is done sh_mmcif_boot_slurp() is only a call
to sh_mmcif_boot_do_read() with platform specific information -
the offset th
Allow MMCIF_PROGRESS_* to be shared.
Cc: Magnus Damm
Signed-off-by: Simon Horman
Index: linux-2.6-ap4/arch/sh/boot/romimage/mmcif-sh7724.c
===
--- linux-2.6-ap4.orig/arch/sh/boot/romimage/mmcif-sh7724.c 2010-12-06
08:59:11.000
This short series allows a ROM-able zImage to be written to MMC and for
SuperH Mobile ARM to boot directly from the MMCIF hardware block.
The first two patches make minor preparatory changes to the MMCIF code.
The last patch contains the code to load from the MMCIF hardware block.
--
To unsubscri
Hi Takashi, Philip,
On Sun, Dec 05, 2010 at 11:50:40AM +0100, Takashi Iwai wrote:
> > I'm planning on taking Takashi's since it looks a little cleaner; Philip,
> > please could you take a look at Takashi's patch and add anything you
> > think should be present from your own patch as a new incremen
On Sat, Dec 4, 2010 at 6:22 PM, Daniel Drake wrote:
> In this case we are not changing current or voltage, we are just
> asserting a specific signal to the card. So its messy from the start
> (I'd have to invent a list of supported voltages or something).
This is exactly what we do today with the
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org
> [mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Wolfram Sang
> Sent: Sunday, December 05, 2010 5:34 AM
> To: Dong, Chuanxiao
> Cc: linux-mmc@vger.kernel.org; linux-ker...@vger.kernel.org; c...@laptop.org;
> ar...@linux.int
Hi Chris,
At Sun, 5 Dec 2010 04:02:24 +,
Chris Ball wrote:
>
> Hi Takashi, Philip,
>
> On Wed, Nov 24, 2010 at 07:21:14AM +0100, Takashi Iwai wrote:
> > From: Aries Lee
> >
> > Some old MMC devices fail with the 4/8 bits the driver tries to use
> > exclusively. This patch adds a test for
22 matches
Mail list logo
