in the camera or in Linux?
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
On Mon, 05 Nov 2007 14:51:45 +0100
Romano Giannetti [EMAIL PROTECTED] wrote:
On Mon, 2007-11-05 at 13:22 +0100, Pierre Ossman wrote:
On Mon, 05 Nov 2007 11:51:26 +0100
Romano Giannetti [EMAIL PROTECTED] wrote:
Ah, I forgot: I have a dump of the card (made with dd). If you'd happen
On Mon, 05 Nov 2007 14:46:33 +0100
Romano Giannetti [EMAIL PROTECTED] wrote:
On Mon, 2007-11-05 at 13:22 +0100, Pierre Ossman wrote:
Did you partition and format this card in the camera or in Linux?
In the camera. It happened both with a Kodak and a Panasonic Lumix.
Does it work
On Tue, 6 Nov 2007 22:15:37 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 2 Nov 2007 06:23:48 -0700 (PDT) Alex Dubov [EMAIL PROTECTED]
wrote:
I also wonder, where do I send the patches if nobody currently maintains
this thing?
Me, Pierre, lkml?
I'm not sure sending it
the hell it only explodes for
Romano. I've been shuffling loads of data using -rc1 without an incident.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http
.
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, MMC maintainerhttp://www.kernel.org
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
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe from this list: send
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 file writing. I had to take
care
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 write
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 it.
Rgds
--
-- Pierre Ossman
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
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
(-)
Pierre Ossman (1):
mmc: get back read-only switch function
Ragner Magalhaes (1):
mmc-omap: fix sd response type 6 vs. 1
diff --git a/drivers/mmc/core/sd.c b/drivers/mmc/core/sd.c
index 41bfb5d..918477c 100644
--- a/drivers/mmc/core/sd.c
+++ b/drivers/mmc/core/sd.c
@@ -427,6 +427,21
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() || (ROOT_DEV = name_to_dev_t(...)) == 0)
perhaps
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 loop cleaned up a bit?
New patch
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 maintainerhttp
... 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 tried any others?
--
-- Pierre Ossman
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 this list: send the line
: 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 developer http://pulseaudio.org
rdesktop
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 this list: send the line
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 maintainerhttp
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
Linux kernel, MMC
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?
--
-- Pierre Ossman
Linux kernel, MMC maintainer
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 this list: send the line
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 http://pulseaudio.org
rdesktop
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, core developer http://www.rdesktop.org
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
())
+mmc-caps |= MMC_CAP_4_BIT_DATA;
+else
+printk(AT91 MMC: 4 wire bus mode not supported
+ - using 1 wire\n);
}
/*
This also looks unrelated.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
driver is buggy, or your card is.
Have you tested with some other cards?
Also, the i.MX host driver is known to be a bit buggy. I would suggest
sending some questions out on the arm linux kernel mailing list as that
is where it's usually discussed.
Rgds
--
-- Pierre Ossman
Linux kernel
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 http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
-
To unsubscribe
, 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 maintainerhttp://www.kernel.org
PulseAudio, core
---
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
Linux kernel, MMC
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 fix it?
The problem isn't really mine, I just got
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) {
+printk(KERN_INFO Waiting for root device %s...\n
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
--
-- Pierre Ossman
Linux kernel
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://www.rdesktop.org
-
To unsubscribe from
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, MMC maintainer
.
The card is removed when you suspend and readded when you resume.
That's the only safe thing we can do until we get suspend support in
the filesystems.
If you really want to shoot yourself in the foot, there is a Kconfig
option that keeps the card around across the suspend.
Rgds
--
-- Pierre Ossman
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 maintainerhttp
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 kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
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 readable.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC
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 http://www.rdesktop.org
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 unsubscribe from this list: send the line unsubscribe linux
, 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 unsubscribe from
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 to
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...
drivers/mmc/host/pxamci.c
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_host(), which schedules the initial
.
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://pulseaudio.org
rdesktop, core developer
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, core developer http
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 might
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 a
certain subsystem (i.e. this would fix
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.org
PulseAudio, core developer
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.rdesktop.org
-
To unsubscribe from this list: send the line
-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 in that time.
Keep up the good work. :)
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
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 read it directly
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
? Would you suggest change in driver name
to MOTOROLA I.MX MMCI DRIVER ?
I'll included it in my end.
As for the name, I think it's easier for people to find stuff if the vendor name
is included. I'll take your name (which is more detailed) and stick a MOTOROLA
in the front.
Rgds
--
-- Pierre
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
Linux
seconds seems usable enough to me.
Signed-off-by: Philip Langdale [EMAIL PROTECTED]
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http
? 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 unsubscribe from this list: send
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 the drivers it's time to step
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(dev-kobj, KOBJ_ADD);
Simple enough. Thanks :)
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp
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, core developer
--
-- 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-kernel in
the body of a message
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 developer http://pulseaudio.org
):
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
mmc: MMC sector based cards
mmc: add type field to cards
mmc
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, an updated patch.
--
-- Pierre Ossman
Linux kernel
.
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-kernel in
the body
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://pulseaudio.org
rdesktop
--
Pierre Ossman
*dev)
-{
-}
+static struct platform_device *wbsd_device;
-static struct platform_device wbsd_device = {
- .name = DRIVER_NAME,
- .id = -1,
- .dev= {
- .release = wbsd_release,
- },
-};
-
static struct device_driver wbsd_driver
randy_dunlap wrote:
>+The DMA:able address space is the lowest 16 MB of _physical_ memory.
> The DMA-able
>+Also the transfer block may not cross page boundaries (which are 64k).
> I would write:(which are 64 KB).
>
>if I knew that was correct, but I don't.
Documentation for how the ISA DMA controller is handled in the kernel.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
New version after feedback from Randy Dunlap.
Index: linux-wbsd/Documentation/DMA-ISA-LPC.txt
===
---
I upgraded a machine from 2.6.11.7 to 2.6.12.2 today and the only thanks
I got was a brand new kernel panic. From the backtrace it seems that the
dc395x driver is the culprit. From what I can tell it hasn't undergone
any changes between the two versions.
Image of kernel panic:
Version increase of the wbsd driver.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
Even though the changes are minor for the next release an increasing
version number simplifies my support issues.
Index: linux/drivers/mmc/
Remove lots of trailing whitespace caused by not-so-great editor.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
--- linux/drivers/mmc/wbsd.c.orig 2005-07-11 14:26:40.0 +0200
+++ linux/drivers/mmc/wbsd.c 2005-07-11 14:27:02.0 +0200
@@ -93,7 +93,7 @@
static inlin
Create a mmc_host class to allow enumeration of MMC host controllers
even though they have no card(s) inserted.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
(This will also allow cards to be enumerated by being able to find the
hosts.)
Index: linux-wbsd/drivers/mmc
Russell King wrote:
On Thu, Mar 03, 2005 at 01:22:56PM +0100, Pierre Ossman wrote:
Here are the patches for Secure Digital support that I've been sitting
on for a while. I tried to get some feedback on inclusion of this
previously but since I didn't get any I'll just submit the thing
Russell King wrote:
On Sat, Mar 05, 2005 at 01:23:16PM +0100, Pierre Ossman wrote:
I can make a new patch or you can just undo that line once you've
applied the current one.
I'd rather not just apply this patch - there's rather a lot there to
just apply on top of what's already merged
As promised, here is the patch broken down into smaller pieces. The
patch is now divided into six distinct parts:
* Protocol definitions.
* SD card initialisation.
* Reading read-only switch.
* Getting SCR register.
* Exposing SCR register through sysfs.
* Wide (4-bit) bus support.
Rgds
Pierre
-
Protocol definitions.
The basic commands needed for the later patches. The R1_APP_CMD seems to
be misdefined in protocol.h so this patch changes it.
Index: linux-sd/include/linux/mmc/mmc.h
===
--- linux-sd/include/linux/mmc/mmc.h
SD card initialisation.
This patch contains the central parts of the SD support.
The system first tries to detect MMC cards, and if none are found then
it procedes to look for an SD card. This is incorrect acording to SD
specifications but I find it odd that MMC is supposed to cope with SD
Read-only support.
This patch adds a new callback for the drivers to facilitate reading the
SD card read-only switch. If the callback is not provided then a warning
will be printed and it will default to write-enable.
The read-only switch is a host enforced read-only so the MMC block layer
has
SCR download.
This patch downloads the SCR register from the card. Unlike the other
registers this one is transfered over the data bus. That required some
changes to other routines to allow a card to be selected after the host
was aquired.
This is one of the more error prone parts. The
SCR sysfs access.
This provides access to the SCR register via sysfs. Since the latest bk
contains some changes to the sysfs part this probably needs updating.
The patch is trivial though so it should be easy.
Index: linux-sd/drivers/mmc/mmc_sysfs.c
Wide bus support.
This adds 4-bit bus support to the MMC layer. It is designed to
(hopefully) be compatible with a future 4-bit MMC implementation. This
is done by seperating the three different instances of bus width defines:
* Protocol definition: SD_BUS_WIDTH_x
* SCR contents:
Takashi Iwai wrote:
>At Fri, 04 Mar 2005 22:16:03 +0100,
>Pierre Ossman wrote:
>
>
>>It seems I spoke too soon. The defaults picked by the driver are
>>actually fine. It seems to be alsactl store/restore that did something
>>strange when coming from an older
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of "Headphone
Jack Sense" control true or false.
It saves the setting once I've been in 2.6.11. From an earlier kernel
there is no such entry.
Of course, the earlier version didn't have this.
And did you take a
Lee Revell wrote:
>So is there a bug or not? Mark seems to be the only one affected.
>
>It's important to follow up, because these so-called "ALSA regressions"
>are generating bad press.
>
>Lee
>
>
>
I can generate the error using the following procedure:
1. Boot in 2.6.10. Remove
Takashi Iwai wrote:
At Tue, 08 Mar 2005 02:10:06 +0100,
Pierre Ossman wrote:
Takashi Iwai wrote:
Look at /etc/asound.state whether it contains the value of "Headphone
Jack Sense" control true or false.
It saves the setting once I've been in 2.6.11. From an earl
Pierre Ossman, All Rights Reserved.
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2 as
Andrew Morton wrote:
Pierre Ossman <[EMAIL PROTECTED]> wrote:
When I yank out my MP3 player, the programs trying to umount the disk
cause the following page fault:
...
EIP is at scsi_device_put+0xf/0x70 [scsi_mod]
This should be fixed in 2.6.11-rc2-mm1, via bk-scsi-rc-fixes.patch.
401 - 500 of 964 matches
Mail list logo