SD card support

[plugit]

OK -- I should add, I'm using the more recent 0409 kernel from the Marvell website, not the previous one. Perhaps that's related.

BTW, I took the plunge and put my rootfs on the 4G SD card. Seems to be working w/o errors so far. I still wonder what's going on after 26 or so blocks on two different cards...

[bzhou]

The mainline kernel is not as up to date as the marvell one in terms of sd card. In #openplug irc, rabeeh gave an experimental patch. I tested and it seems to work. No more "error -110".
The patched kernel will be in optware repo soon as 2.6.30-rc2 build 3.

[kilowatt]

Thanks so much for your efforts Brian.  You have saved me countless hours with your work.

I installed your latest kernel It came in as uImage-2.6.30-rc2-optware-build-4 so I must have missed a build in there somewhere.

SD card seems to work as well as it did in the Marvell kernel.  I notice it seems to slow down sometimes.  I think this was the same with the Marvell kernel also.

Thanks again!!

Mark

[wb6ymh]

My 2GB Kingston SD card works fine with the kernel that shipped with the plug
but when I use a locally compiled linux-2.6.30-rc1 kernel all I get is

Code:

mmc0: error -110 whilst initialising SD card

over and over.
Does anyone have the SD card working in a locally compiled kernel?  If
so please post your .config.  (Yes I did a make ARCH=arm kirkwood_defconfig
to start). 

Skip

[kilowatt]

That is the problem Brian just fixed in the linux kernel linux-2.6.30-rc2 build 4 that is available via optware. 

See http://openplug.org/plugforum/index.php?topic=92.0 for how to get it.

To build local you will apparently need a patch as Brian (bzhou) discovered.

Mark

[wb6ymh]

Thanks!  I found the binaries, but what I really need is the source patch.  What I'm really trying to
do is get USB audio working.  The SD card is really just a distraction at the moment.  It came from
newegg so I just had to try it.  I'm not at all familiar with optware, could you tell  me where the source
repository is located ?

Skip

[mikenemat]

I'd really appreciate it if someone could post a link (or even the source itself) for the patch. I'm guessing it is mvsdio.c that was patched.... I'm trying to get gentoo up and running and this is the last remaining issue with my configuration!

Thanks

[kilowatt]

I think you can find your way to the optware sources my starting here.  http://www.nslu2-linux.org/wiki/Optware/AddAPackageToOptware

Maybe this one??            http://svn.nslu2-linux.org/svnroot/optware/trunk/sources/kernel-modules/kirkwood/mvsdio.patch

Maybe Brian can give you a more direct link to the patch

[mikenemat]

that looks like a great place to start. I will make those changes to the 2.6.30-rc1 kernel and post my results.

[wb6ymh]

That patch did the trick, my SD card is now working on 2.6.30-rc1!
Back to banging my head on USB audio.  USB pen drives and
USB serial devices are working so that basic USB subsystem
is working.

Skip

[mikenemat]

Success here too.

[plugit]

I'm assumung you don't need the patch if you're using Marvell's git version?

[wb6ymh]

Looks like you do.  I haven't actually built and tired the git kernel yet, but patched file that works
doesn't match the git version.  In particular the line

Code:

if (cmd->opcode == SD_SWITCH) mdelay(1); /* Voodoo */

is missing... so if Voodo is needed the git version don't got it!

Skip

[plugit]

Ah, cool, thanks. I built the git version without issue, but haven't tried it yet! I'm sort of having an "if it ain't broken" moment, although it won't last.

[Rabeeh Khoury]

I'm assumung you don't need the patch if you're using Marvell's git version?

The Marvell git still doesn't have this patch. As previously indicated this patch is temporary only and solves the issue by applying an mdelay(1) workaround when sending two consecutive SWITCH commands in a row.

The patch was sent to nico, the mvsdio driver maintainer for review and he will put the official fix on the Marvell git tree.

Regards,
Rabeeh