Madhusudhan c wrote:
> Hi Pierre/philip,
>
Hi Madhusudhan,
Feel free to add me as cc in the future if you want me to notice your mail ;)
> This is regarding the MMCv4 support that came in as part of the MMC
> core of 2.6.20 linux kernel version.
>
> The high speed MMC cards can support
Madhusudhan c wrote:
>
> Kyung-ju Hyun from samsung had submitted a patch for MMCPlus support
> long back, which had the bus testing procedure implemented and it
> works fine. I am able to write and read the data pattern back
> successfuly with his patch. I am not sure why his patch was not
>
Madhusudhan c wrote:
>
> The bus test procedure from this patch can be adopted to the MMCv4
> support in the MMC core with small changes to do bus testing procedure
> only if the host sets the capability to support 8-bit. That way we
> dont break the legacy code. What do you think?
>
Until
have any other
linux based platforms to test the card in?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from thi
tion:
> - core.h: mmc_schedule_work()
> - proper prototypes for three functions from core.c in core.h
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Thanks, applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core d
changed, 24 insertions(+), 10 deletions(-)
Marc Pignat (1):
mmc-atmel: remove linux/mmc/protocol.h dependencies
Pierre Ossman (2):
mmc: fix broken if clause
mmc: don't call switch on old cards
Robert P. J. Day (1):
au1xmmc: Replace C code with call to ARRAY_SIZE() macro
) I did some
> testing locally by masking out the interrupt events and 3
> seconds seems usable enough to me.
>
> Signed-off-by: Philip Langdale <[EMAIL PROTECTED]>
>
>
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, cor
the second version? Is that sufficient or is a timeout a
must in your book?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscr
this would, from my point of view,
be the sane method:
1. Add hidden object.
2. Add attributes.
3. Show object.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http
Russell King wrote:
> On Mon, May 14, 2007 at 09:38:49PM +0200, Pierre Ossman wrote:
>> I've reached the point where I've grown tired of trying to figure out
>> who has hardware for what. I intend to commit the following in a few
>> days so if you care about the quality of
Dmitry Torokhov wrote:
> 1. dev->uevent_suppress = 1;
> 2. device_register(dev);
> 3. device_create_file(dev, ...);
> 4. dev->uevent_suppress = 0;
> 5. kobject_uevent(>kobj, KOBJ_ADD);
>
>
Simple enough. Thanks :)
--
-- Pierre Ossman
Linux kern
having dynamic names). I do want to have the ability to add attributes
in different parts of the code though since it allows me to group the
sysfs stuff closer to the function it accesses.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio,
ray of device
attributes (i.e. I want wrappers).
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this
ay, groups are what you want and need, please use them and then you
> don't have to worry about triggering an event later after you have
> created your files on your own.
>
I take it I can supply an array of groups somewhere?
--
-- Pierre Ossman
Linux kernel, MMC maintainer
---
drivers/mmc/card/queue.h |8
4 files changed, 37 insertions(+), 53 deletions(-)
Pavel Pisa (1):
mmc: add maintainer for iMX MMC interface
Pierre Ossman (2):
mmc: clean up unused parts of block driver
mmc: mark unmaintained drivers
Russell
= to actually show up.
If the device never shows up than we will hang in an infinite loop.
In order to not mess with setups that reboot on panic, the feature
must be turned on via the command line option "rootwait".
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
--
-- Pierre Ossman
Olaf Hering wrote:
> On Thu, May 24, Pierre Ossman wrote:
>
>
>> init: wait for asynchronously scanned block devices
>>
>
> init/do_mounts.c:242:__setup("rootdelay=", root_delay_setup);
>
> Why does that not work for you and how does your patch
Andrew Morton wrote:
> On Thu, 24 May 2007 14:21:35 +0200
> Pierre Ossman <[EMAIL PROTECTED]> wrote:
>
>
>> +/* wait for any asynchronous scanning to complete */
>> +if ((ROOT_DEV == 0) && root_wait) {
>> +print
?
>
I'd say a matter of taste. I'm not a big fan och cramming things into
the while() clause.
The idea with the double loops was to keep this thread asleep when we
could detect meaningful work elsewhere in the kernel. You could just
remove the inner-most loop if it offends you. :)
Rgds
--
What was the verdict here? Were you satisfied with this or do you need a change?
Pierre Ossman wrote:
> Andrew Morton wrote:
>> Whatever. I think you can work it out ;)
>>
>>
>
> Bare with me, I just woke up ;)
>
>> while (driver_probe_done() ||
Andrew Morton wrote:
> On Thu, 31 May 2007 13:20:48 +0200 Pierre Ossman <[EMAIL PROTECTED]> wrote:
>
>> What was the verdict here? Were you satisfied with this or do you need a
>> change?
>>
>
>
> I was kinda hoing to see version #2 with that funny l
Andrew Morton wrote:
> Could we have an update for Documentation/kernel-parameters.txt, please?
>
Sorry, of course.
New patch included. "rootwait" is also just a boolean, so make sure it
is treated as such.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC mainta
version 1 but I found nothing useful... someone has a similar problem
> or can suggest to me where I can find such specifications?
>
To my knowledge, no such version exists. So either your card is broken or you
have some transfer problem on your board. What's the name of this card and have
you t
e response flag, not the opcode.
Do you have hardware so that you can test such a change?
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To u
Haavard Skinnemoen wrote:
> At some point before 2.6.20, the mmc subsystem moved the card
> detection code to its own workqueue. One consequence of this change
> is that when using an mmc card as a root device, the card may get
> detected after the init task attempts to mount the root filesystem,
Haavard Skinnemoen wrote:
>
> What exactly makes this unreliable? This is done almost exactly the
> same way for SCSI. See drivers/scsi/scsi_wait_scan.c.
>
I am not against the function of waiting for an initial scan, what I oppose is
using side effects to achieve that function. I do not want
Hi Nicolas,
You seem to be the source of this workaround, and also the maintainer of
PXA. So I guess this falls into your lap either way. Highlights from my
discussion with Russell:
Pierre Ossman wrote:
> Russell King wrote:
>
>> > Dug out from the ARM kautobuild...
>> &g
Haavard Skinnemoen wrote:
>
> Ok, is there any better way to achieve the same this? As far as I
> can tell, mmc_remove_host() uses mmc_flush_scheduled_work() for the
> same purpose -- it ensures that scans that have already been started
> will have completed before the function continues.
>
Not
Haavard Skinnemoen wrote:
> On Thu, 10 May 2007 17:58:27 +0200
> Pierre Ossman <[EMAIL PROTECTED]> wrote:
>
> Is there any way this can happen? Host controller drivers register
> themselves from module_init(), their probe() function gets called,
> which calls mmc_add
the current code even when it was compiling.
>
>
I would think that it would be better to look at just MMC_RSP_136 and
MMC_RSP_CRC in case we get future variations.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http:
one of the Linux-unfriendly vendors so no hope
of getting them to cough up some info.
We could do some silly polling hack. It isn't clean, but it might get things
somewhat working at least.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio,
Haavard Skinnemoen wrote:
>
> You're right about my assumptions. Are there any existing drivers that
> break them? Are there even any usb-based controllers around? I though
> most usb-mmc controllers used the USB Mass Storage class and thus
> don't use the mmc subsystem at all.
>
Yes, but they
Haavard Skinnemoen wrote:
> On Sun, 13 May 2007 15:34:51 +0200
> Pierre Ossman <[EMAIL PROTECTED]> wrote:
>
>> Does that sound like something that would work for you? From my point of view
>> it's a much cleaner solution that has the benefit of not being tied into
Nicolas Pitre wrote:
> ... and make it depend on the response flag instead of the command type.
>
> Signed-off-by: Nicolas Pitre <[EMAIL PROTECTED]>
> ---
>
Fantastic. Applied.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.o
oping I could get some fix for at91
aswell, but that doesn't seem to be happening so I'll push in a bit.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rd
I_QUIRK_NO_CARD_DETECT_INT) {
> + host->detect_timer.expires = jiffies + 3 * HZ;
> + add_timer(>detect_timer);
> + }
> }
>
> static void sdhci_tasklet_finish(unsigned long param)
>
I wonder if three seconds is a bit much. You might give up and yank the
card
Testing and/or comments welcome.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
commit 7c542a5a027caa95bb00f8a8223c7e4aef88c931
Author
Al Viro wrote:
> On Mon, May 14, 2007 at 02:19:37PM +0200, Pierre Ossman wrote:
>
> First of all, please do not put patches in attachments.
>
>
My mailer tends to fsck them up if I just paste them. And it's attached
without any base64 silliness, so most people can usually r
New suggestion.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
commit bb8c44ee8b4d584295add58a4ea2f03b9938fc3c
Author: Pierre Ossman
++
drivers/mmc/host/sdhci.c |9 +
include/linux/major.h |2 ++
5 files changed, 35 insertions(+), 46 deletions(-)
Nicolas Pitre (1):
pxamci: fix PXA27x MMC workaround for bad CRC with 136 bit response
Pierre Ossman (2):
sdhci: handle dma
that has been
involved in the drivers in one way or another in case one or two maintainers can
actually be found.
Even if you don't feel like maintaining this, feel free to suggest mailing lists
that should be added to the entries.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer
ck a MOTOROLA
in the front.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this list: send the line "unsubscribe
Syed Mohammed, Khasim wrote:
> Hi Pierre,
>
> Carlos Aguiar and Anderson Briglia are interested in making sure the driver
> works for existing boards as they have access to them, and I can make it work
> for new omaps (2430, 3430).
>
Great. I'll update my info.
--
Pierre Ossman wrote:
> Linus, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
>
*ping*
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pu
socket power in adapter driver instead of media one
Jan Engelhardt (1):
mmc: Use menuconfig objects
Pierre Ossman (1):
mmc: use lock instead of claim in debug check
signature.asc
Description: OpenPGP digital signature
Pierre Ossman wrote:
> Linus, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
>
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
--
-- Pierre Ossman
Linux kernel, MMC maintainer
any race when it comes to modifying
host->removed. We had some problems where controllers reported card
insertion events even after they'd signaled to be removed, causing all
kind of odd problems. This check was added to easier spot it should it
arise again.
Rgds
--
-- Pierre Ossman
Linux k
s begun. At
this point it is invalid to call mmc_detect_change() (the place this
patch fixes). So the spinlocks are mostly there so that things are
properly ordered when we go SMP. Some creative barriers would probably
work as well, but I find spinlocks more "normal" and hence more reada
an
atomic_t with a barrier would be sufficient. But barriers are mostly
voodoo that few people understand ;)
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer
in
> this function)
>
>
What are opcode defines doing in the driver?
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To
you can see, there is no listing of the
meaning of those registers.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from thi
tested against other
systems where we can get larger memory chunks), and the peasants are getting a
bit unruly.
I plan to experiment with some bounce buffer scheme to get performance up, but
getting large blocks directly would make such hacks unnecessary.
Just my two cents.
Rgds
--
-
rom cc...
Suspend is broken in -mm for all controllers. There is a bit of a race between
the resume and remove functions that causes things to deadlock. I have a fix,
but I'm working on pushing a lot of stuff to Linus right now so it might take a
few days before things hit the repos.
Rgds
--
up, I'll be pushing the restructuring stuff to Linus in a bit and
it will most likely break this patch. I'll hack together an update and send to
you.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.
>
> This patch makes the needlessly global tifm_sd_set_dma_data() static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Thanks, applied.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core de
_MASK
Arnaud Patard (1):
mmc-omap: add missing '\n'
Philip Langdale (2):
MMC: Consolidate voltage definitions
MMC: Fix handling of low-voltage cards
Pierre Ossman (21):
mmc: enforce correct sg list
wbsd: remove block crc test
mmc: use right timing mode constant
Jan Engelhardt wrote:
> Change Kconfig objects from "menu, config" into "menuconfig" so
> that the user can disable the whole feature without having to
> enter the menu first.
>
> Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
>
As promised, a
s either
way.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
and rework to match flowcharts
Pierre Ossman (5):
mmc: bounce requests for simple hosts
mmc: refactor bus operations
mmc: refactor host class handling
mmc: move layer init and workqueue to core file
mmc: fix silly copy-and-paste error
Rolf Eike Beer (1):
sdhci
ow add myself as maintainer for this
> driver. Here is the entry below.
>
Wonderful. And good luck ;)
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://
t-of-tree stuff, having these as exported symbols shows that they are
part of the API. Removing them might risk people going about doing
something silly because they don't know the functionality exists, and
we might not spot it at patch review time.
Rgds
--
-- Pierre Ossman
Linux kernel,
option that keeps the card around across the suspend.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this list: send t
> MMC: Setting controller bus width to 1
>
All your commands are failing, oddly enough with "response index
error". I'm not familiar with the AT91 controller, so I'm adding
Nicolas Ferre, the AT91 maintainer, to this discussion.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC mai
But I'd still like to keep
mmc_wait_for_app_cmd().
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this l
ff isn't seeing it.
> Was working last week.
>
This appeared because we fixed another bug. Try the included patch.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core de
|1 +
4 files changed, 21 insertions(+), 2 deletions(-)
Marc Pignat (1):
mmc: at91_mci: wakeup on card insertion (or removal)
Pierre Ossman (2):
mmc: add maintainer for at91
sdhci: make sure to clear the error interrupt
diff --git a/MAINTAINERS b/MAINTAINERS
index
ther subsystems like pcmcia also suffer
> this problem and would benefit from this but I accept that teaching
> filesystems this is more difficult.
>
Doesn't mean we shouldn't do it. And if we keep papering over the
problems, you reduce the motivation of fixing this properly.
Rgds
ours, just
enable MMC_UNSAFE_RESUME and you'll have the old behaviour.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from
and LAKML. Interested readers should
probably check both lists for replies)
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
to kzalloc
Pierre Ossman (3):
sdhci: be more cautious about block count register
sdhci: handle data interrupts during command
sdhci: tell which spurious interrupt we got
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core
use busybox I
assume the system is too lightweight to run udev.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from thi
ls, then you should either have some revealing output in dmesg or
your device nodes must be wrong somehow.
If it succeeds, then there is some problem reading the filesystem off the card.
Have you tried mounting the card in some other system?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer
Midhun Agnihotram wrote:
>
>So are the device nodes wrong? When i say `cat /proc/devices` it says :
>
> So is the major number 254 is correct for MMC ??
>
This all looks correct. How about /proc/partitions? And what's in /sys/block?
Rgds
--
-- Pierre Ossman
Li
Midhun Agnihotram wrote:
>>
>> This all looks correct. How about /proc/partitions? And what's in
>> /sys/block?
>>
>
> Both of them show no sign of MMC.
>
Then you cannot mount them. What output did you see in dmesg when you inserted
the card?
--
-- P
a double check in /proc/devices reveals the current allocation.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from
too (the one from
> kernel.org).
>
Not likely. It's probably a no-op when you don't have devfs.
You should enable CONFIG_MMC_DEBUG to see what is going wrong.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer htt
e that this
is because of some vendor modifications. So I would suggest contacting them or
trying to get a vanilla kernel running.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop
On Tue, 19 Jun 2007 18:32:34 +0200
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
>
> Typo fix in at91_mci driver : standardized the typo
> (at91_mci everywhere)
>
> Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
> ---
Thanks, applied.
signature.asc
Description: PGP signature
4_BIT_DATA;
> -#else
> -printk("AT91 MMC: 4 wire bus mode not supported by this driver
> - using 1 wire\n");
> -#endif
> +if (cpu_is_at91sam9260() || cpu_is_at91sam9263())
> +mmc->caps |= MMC_CAP_4_BIT_DATA;
> +else
> +printk(&q
ggest
sending some questions out on the arm linux kernel mailing list as that
is where it's usually discussed.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http:/
ding platform device is registered in
> linux/arch/arm/mach-imx/generic.c see platform_device imx_mmc_device.
>
Indeed. You seem to have the hang of this ;)
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
nd I'm open to any
> suggestion.
>
No idea, but as it works well in other devices and I've not seen
anything reports resembling this, I'd guess the driver/hw is buggy. But
as I haven't seen said driver I cannot guess what the problem might be.
Rgds
--
-- Pierre Ossman
Linux kernel, MM
are present, even though it can't probe them.
So to answer your question; no, the firmware doesn't have to tell Linux
about the devices.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdeskt
On Mon, 02 Jul 2007 15:32:00 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Nicolas Ferre wrote:
> > Fixes hanging using multi block operations (seen during CMD25).
> > Follows closely the datasheet flowcharts.
> >
> > This piece of code handles better big fil
On Mon, 09 Jul 2007 14:58:16 +0200
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
> Fixes hanging using multi block operations (seen during CMD25).
> Follows closely the datasheet flowcharts.
>
> This piece of code handles better big file writing. I had to take
> care of the notbusy signal during
On Tue, 10 Jul 2007 12:23:06 +0530
"Trilok Soni" <[EMAIL PROTECTED]> wrote:
>
> RTC part was reviewed and acked-by RTC maintainer. CCing to lkml and
> MMC maintainer this time.
>
There's nothing that really touches any mmc code in there. So I have no
comments about
On Mon, 27 Aug 2007 00:57:10 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> I don't even know which subsystem is supposed to handle that device.
> Perhaps someone can tell us. It's a Secure Digital card slot? I
> think the MMC subsystem can handle some types SD cards, but not all?
>
>
On Mon, 27 Aug 2007 11:00:04 +0200
Giggz <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Thx for your interest for my problem.
>
> I have try the MMC layer and it doesn't work. But lot's of people on
> the web tell me, that their SD or MMC card are handled like USB (like
> storage). And in my case,
ed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
>
That particular piece of code seems to be a war zone in -mm right now.
I'll leave it be until we start merging this upstream.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core develop
, 253 insertions(+), 176 deletions(-)
Adrian Bunk (1):
drivers/mmc/core/: make 3 functions static
Leandro Dorileo (1):
sdhci: add support to ENE-CB714
Pierre Ossman (9):
mmc: check error bits before command completion
mmc: update header file paths
mmc: update kerneldoc
hen stops
> after 100 times. In sd_ops.c the code checks for a bit to get set.
> My question is, what exactly is this bit supposed to indicate?
>
That the card has initialized. Try extending the time that loop runs and see if
the card powers up.
--
-- Pierre Ossman
Linux kern
On Sun, 29 Jul 2007 16:58:09 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.22-rc6-mm1:
> >...
> > git-mmc.patch
> >...
> > git trees
> >...
>
> sdio_dev_attrs[] can become static.
>
> Signed-off-by:
between "I want this data
transferred" and "I want this data transferred with an exact block size
of 32 bytes".
> My latest (and hopefully final) patch set follows.
>
These looks good. The only part I'm really attached to is the blksz ==
0 case, which you have.
Rgds
--
ivers/mmc/host/mmci.c:
> In function
> 'mmci_request':
> /home/bunk/linux/kernel-2.6/linux-2.6.23-rc1-mm2/drivers/mmc/host/mmci.c:398:
> error: implicit declaration of function 'mmc_end_request' make[4]:
> *** [drivers/mmc/host/mmci.o] Error 1
>
Thanks. That wasn't the only bug i
'wbsd_probe')
>
> ...
>
> Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
> Cc: Pierre Ossman <[EMAIL PROTECTED]>
> Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
>
Thanks, applied.
Rgds
Pierre
signature.asc
Description: PGP signature
On Wed, 08 Aug 2007 12:01:44 +0200
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
> Some cleanup with whitespace/tab at the end of lines.
>
> Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
> ---
Patch applied, thanks.
Rgds
Pierre
signature.asc
Description: PGP signature
On Thu, 09 Aug 2007 16:09:19 +0200
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
>
> Ok thank you : it was the point.
>
> Results : in brief :
> - there is work to be done ;-)
> - multiwrite test result is : OK
>
I'm starting to get the feeling that writing this test driver was a
good idea. :)
>
changed, 16 insertions(+), 16 deletions(-)
Gabriel C (1):
wbsd: fix section mismatch warnings
Nicolas Ferre (1):
mmc: at91_mci: remove whitespace at the end of lines
Pierre Ossman (1):
mmc: reorganize bounce buffer init
--
-- Pierre Ossman
Linux kernel, MMC maintainer
On Fri, 10 Aug 2007 13:28:55 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
> sdio: add CSR vendor/device IDs
>
> Signed-off-by: David Vrabel <[EMAIL PROTECTED]>
Same thing here. Send it with the driver.
--
-- Pierre Ossman
Linux kernel, MMC maintainer
arrassing. Thanks for spotting it.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this list: send the line "un
701 - 800 of 964 matches
Mail list logo