into the mmc core.
Better API. The card-detect API should *at least optionally* be
like the get_ro function.
I think this is so uncommon and involves so little code that it just
adds complexity to abstract it up to the core. Most hw get interrupts
for insertion/removal.
Rgds
--
-- Pierre Ossman
Manuel Lauss wrote:
au1xmmc: return error when encountering unhandled/unknown response type.
Signed-off-by: Manuel Lauss [EMAIL PROTECTED]
Thanks, applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
Manuel Lauss wrote:
au1xmmc: implement proper R/O switch detection.
Signed-off-by: Manuel Lauss [EMAIL PROTECTED]
Also applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop
on 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 from this list: send the line unsubscribe linux-kernel in
the body
to default to using udp
with this in mind. ;)
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
remove the last bunch aswell.
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
solution is to let them use page_address() instead.
Would that be correct?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
Andrew Morton wrote:
A quick scan indicates that the following files might be buggy in this
regard:
drivers/mmc/wbsd.c
drivers/mmc/sdhci.c
This are probably even buggier than so. They really should be using
page_address(), it seems that kmap_atomic() gives the same result when
not using
ping!
Pierre Ossman wrote:
Ok... how about this baby instead. I've replaced the stack allocated
request structure by one allocated with kmalloc() and reference counted
using an atomic_t. I couldn't see anything else that was associated to
the process, so I believe this should suffice
to contact
for this. You should contact whoever is in charge of USB storage devices
(which is what you've got).
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, 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
so that git can
parse the email.
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
--
-- 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
that it covers all ENE controllers and send it
out for testing on sdhci-devel? That way we could see if there are any more ENE
controllers that will benefit from this
quirk. Just remember to ask people for a lspci.
Again, very good work.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC
--
-- 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 to [EMAIL
the list, so a Reply All includes myself in the to list.
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
where
addressing is done on a sector (512 byte) basis instead of bytes.
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
needed it before both SD_APP_SEND_OP_COND calls but
it's only needed before the second one so I've moved it inline into
mmc_setup.
The spec says we need it at both (even though it might not be so in
practice). We should follow the spec first and foremost.
Rgds
--
-- Pierre Ossman
the sequence of events needed, while we abstract the
really low level grunt work into functions.
(more on that subject as soon as kernel.org has finished mirroring ;))
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
a tifm_sd related issue, I would recommend that Alex
Dubov takes over and the list of choice being the kernel mailing list
(both cc:d).
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop
is unsafe.
Amen to that. All hw vendors that implement this particular form of
brain damage should be dragged out and shot.
I'll fix a patch for this later on.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
again.
If it turns out valuable to have these, I'll implement it properly later.
Does it make a difference performance-wise to do larger accesses?
Yes. On my rather slow ISA device, the speedup was over 100% for writes.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer
and will be more fine grained in a final
version, but the end result should be the same. So I'd like to get as much
input as possible from anyone who has the
time to review it. There are lots of changes, so I'm bound to have made
mistakes in a few places.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC
);
+ INIT_WORK(host-switch_work, mmc_omap_switch_handler);
init_timer(host-switch_timer);
host-switch_timer.function = mmc_omap_switch_timer;
host-switch_timer.data = (unsigned long) host;
--
-- Pierre Ossman
Linux kernel, MMC maintainer
--
-- 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
both patches for -mm.
--
-- 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
to how it was solved with smbfs? Relevant
patches perhaps? Provided a similar solution can be applied here.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http
set.
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
to the sysfs node.
And third, you're a bit excessive on the goto:s. E.g. out_unlocked is
used in a single place, so it is completely unnecessary. Please do a
general cleanup of the control flow.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio
--
-- 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
.
And the warning about mmc_key is caused by this lack of error handling.
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
Ping!
Pierre Ossman wrote:
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
to receive the following updates:
drivers/mmc/at91_mci.c | 11 +--
drivers/mmc/omap.c |6 +++---
2 files changed, 8 insertions(+), 9
Sascha Sommer wrote:
Hi,
Attached is a very experimental driver for a Ricoh SD Card reader that can be
found in some notebooks like the Samsung P35.
Impressive. Keep up the good work. :)
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
(Please keep me as cc as I will almost always overlook you replies
otherwise)
pierre Tardy wrote:
Pierre Ossman drzeus-list at drzeus.cx writes:
Register functions
==
I also intend to write a couple of register functions (sdio_read[bwl])
so that card drivers doesn't have
John W. Linville wrote:
On Mon, Jul 04, 2005 at 12:22:53AM +0200, Pierre Ossman wrote:
After suspend the driver needs to retest link status in case the cable
has been inserted or removed during the suspend.
Signed-off-by: Pierre Ossman [EMAIL PROTECTED]
Please copy netdev
Pierre Ossman wrote:
I'm having problem with the interrupt getting killed after suspend with
my 8139cp controller. The problem only appears if the cable is connected
during resume (before suspend is irrelevant) and the interface is down.
Both suspend-to-disk and suspend-to-ram exhibit
Richard Purdie wrote:
This fixes what looks like a bit/byte counting error in the MMC/SD code
which was causing data corruption (in the -mm tree).
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
Ooops... Must have been late in the evening. Sorry about that blunder.
Rgds
Pierre
-
To
Russell King wrote:
I still don't like the needless duplication. How about doing it this
way (see the attached patch.)
Note: I also intend to move MMC over to using an IDR for the host
numbers, which is why we need to setup the name at registration
time, not allocation time.
This patch
of the pointer.
Yes, sizeof() is compile time and completely safe in this regard.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
Anderson Briglia wrote:
Ok. I will fix the code and send another version of this patch on the V9
series e-mail thread.
Have you found the time to fix this?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
a fix for it.
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
Adrian Bunk wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc3-mm1:
...
git-mmc.patch
...
git trees
...
This patch makes the needlessly global struct mmc_key_type static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Thanks,
, then this sounds a bit complicated. Especially
from shell scripts.
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
think the point is moot.
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
|MMC_RSP_BUSY|MMC_RSP_OPCODE))
--
-- 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
else accessing the
device. If you see something else, then we have a bug somewhere.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
who it is
accessing the device.
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
Pierre Ossman:
mmc: Change SDHCI iomem error to a warning
Vitaly Wool:
mmc: fix prev-state: 2 != TASK_RUNNING?? problem on SD/MMC card
removal
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
Anderson Briglia wrote:
Hi all,
Someone has comments for these patches?
I haven't forgotten about you, I just haven't had the time to look at
the latest set yet. Perhaps tonight, but I cannot promise anything.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp
Vitaly Wool wrote:
On 11/26/06, Pierre Ossman [EMAIL PROTECTED] wrote:
Hmm... I can't find any such requirement in HEAD, or 2.6.18. What kernel
are you running?
2.6.18 + -rt patches by Ingo.
I guess the check is in the rt set somewhere then.
Anyway, the mmc queue thread has undergone
mmc: Add support for mmc v4 wide-bus modes
Pierre Ossman:
mmc: Fix mmc_delay() function
mmc: Support for high speed SD cards
mmc: sdhci high speed support
mmc: Flush block queue when removing card
mmc: correct request error handling
Tony Lindgren tony:
Add
Anderson Briglia wrote:
Hi Pierre,
ext Pierre Ossman wrote:
Patch looks ok. But I never got an answer what the difference between
change and assign is.
You're right, the command is the same, but the difference is the
password's
length and password itself sent to the card.
According
--
-- 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
Anderson Briglia wrote:
ext Pierre Ossman wrote:
This definition makes them look like bits, which is not how they are
used.
How can I improve this? Defining using integers directly?
Precisely.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
Linus Torvalds wrote:
On Fri, 1 Dec 2006, Pierre Ossman wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git
for-linus
I get
Already up-to-date.
did you forget to push? Or is mirroring just really slow again?
Seems mirroring is slow as hell
Yoichi Yuasa wrote:
Hi,
This patch has fixed the following build error abou au1xmmc.
Thanks. Applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http
the command data block.
This definition makes the code more legible and simple.
In that case you need to change the code to make sure it is clear that
it is bits and not values. Also, your definition for
MMC_LOCK_MODE_UNLOCK is wrong.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC
Sascha Hauer wrote:
Hi Pierre and all,
since commit fcaf71fd51f9cfc504455d3e19ec242e4b2073ed
struct mmc_host does not have a dev field. Retrieve the device with
mmc_dev() instead.
Signed-off-by: Sascha Hauer [EMAIL PROTECTED]
Bad Greg ;)
Applied, thanks.
Rgds
--
-- Pierre
Jeff Garzik wrote:
Where is CONFIG_PM?
Jeff
I'm not sure you're receiving my mails, but I'll give it a try anyway.
It would also seem that my MTA is choking on your MX entries. I'll look
into that once I get home.
CONFIG_PM is missing because of consistency with i8259.c, on which the
It would seem that swsusp doesn't properly suspend devices, or more
precisely it wakes them up again before suspending the machine.
The problem is in swsusp_suspend(). It is designed as if
swsusp_arch_suspend() would suspend the hardware, when in fact all it
does is prepare for a suspend. The
Rafael J. Wysocki wrote:
On Wednesday, 7 of September 2005 13:20, Pierre Ossman wrote:
It would seem that swsusp doesn't properly suspend devices, or more
precisely it wakes them up again before suspending the machine.
Yes, it does. By design.
That seems counter-productive, so
of this capability. If the host can do BYTEBLOCK transfers
it can send the password commands.
This has been pointed out in the past. Anderson, please make sure you
address all the previous concerns before sending out a new patch set.
This just creates extra work for us.
Rgds
--
-- Pierre Ossman
Marcin Juszkiewicz wrote:
PXA MMC driver supports not only PXA255 but also PXA250 and newer ones
Signed-off-by: Marcin Juszkiewicz [EMAIL PROTECTED]
Thanks. Applied.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
).
This sounds like policy though, so it is something user space should
concern itself with. We should just provide the infrastructure.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop
such requirement in HEAD, or 2.6.18. What kernel
are you running?
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
On Wed, 30 Jan 2008 17:45:48 +0100
Nicolas Ferre [EMAIL PROTECTED] wrote:
From: Marc Pignat [EMAIL PROTECTED]
MMC_POWER_ON is a noop, no need to set the power pin again.
Signed-off-by: Marc Pignat [EMAIL PROTECTED]
Signed-off-by: Nicolas Ferre [EMAIL PROTECTED]
---
Perhaps also a
On Mon, 4 Feb 2008 19:25:42 +0100
Frank Seidel [EMAIL PROTECTED] wrote:
From: Frank Seidel [EMAIL PROTECTED]
This patch (base on current linus git tree plus Philip Langdales
suspend/resume patch) adds support for the Ricoh RL5c476 chip:
with this the mmc adapter that needs this disabler
values
in the SCR version error to be able to track such error postings better
in the future.
It's definitely something to remember in future bug reports.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
the wire. As you've checked the data contents, that
isn't the problem. So the only remaining thing is checking the timing.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer
Lindgren [EMAIL PROTECTED]
---
NAK. This header should not be needed in host drivers. It's a clear sign you're
doing something bad.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop
On Mon, 3 Dec 2007 14:39:26 +
Ben Dooks [EMAIL PROTECTED] wrote:
On Mon, Dec 03, 2007 at 08:22:07AM -0600, Matt Porter wrote:
What's the status of Ben's separation patches? I haven't seen a posting of
those
versus a recent kernel. I've got some SDHCI driver glue for the non-pci
another vt with chvt 2, but that is insufficient to
trigger the bug.
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
On Mon, 18 Feb 2008 20:50:01 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 18 of February 2008, Pierre Ossman wrote:
The patch [RTNETLINK]: Send a single notification on device state
changes. kills (at least)
the keyboard here. Everything seems to work fine in single user
On Mon, 18 Feb 2008 21:50:12 +0100
Pierre Ossman [EMAIL PROTECTED] wrote:
On Mon, 18 Feb 2008 20:50:01 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 18 of February 2008, Pierre Ossman wrote:
The patch [RTNETLINK]: Send a single notification on device state
changes
laptop here.
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
On Tue, 19 Feb 2008 12:55:13 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Pierre Ossman wrote:
Anyone else seeing these problems? Someone should as I've seen the problem
on both a Lenovo and a HP laptop here.
I'm definitely seeing lockups here too. 2.6.24 is fine, 2.6.24-rc1
, SD and
SDIO stuff) has a resume function. And if it doesn't, it removes the card
(since it cannot revive it at resume).
So the only thing I can think of is to delay the removal until the resume
routine, if that is safer.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer
devices when the bus handler has no suspend handling.
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
moving it into the core.
Any ideas on how to solve this?
The simple solution is just to add it. :)
But is it needed though? Shouldn't a read block until there is an event, at
which point you'll have access to the data structures long enough to output
data.
Rgds
--
-- Pierre Ossman
On Thu, 21 Feb 2008 19:46:20 +0100
Haavard Skinnemoen [EMAIL PROTECTED] wrote:
When the card is reinserted, the MMC core will try to send a
SEND_STATUS command again. This time, the card won't respond because it
is in the idle state, and the MMC core will think the card is gone.
In order
of the card-counting loop in
host/omap.c:mmc_omap_switch_handler()? It looks like dead code.
I'm not too familiar with that driver, but they've been playing around
with multiplexing several cards into one controller. Might be bits and
pieces of that.
Rgds
--
-- Pierre Ossman
Linux
On Mon, 25 Feb 2008 12:58:30 -0500 (EST)
Alan Stern [EMAIL PROTECTED] wrote:
Thanks for the explanations.
On Mon, 25 Feb 2008, Pierre Ossman wrote:
Trying to keep up with the PM changes is a full time job. For now I've
mostly ignored it as I don't even have time for the other stuff
as the
merge window is just around the corner.
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
if it was related to your problem.
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
Hi Alex,
I'd like you to test and comment on the following patch.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
From
Anderson Briglia wrote:
Hi Pierre,
How about now? Is better?
Locking problem is still there. You need to unclaim the host even when
claim fails.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
? And is it repeatable?
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
behave somewhat
similar for both the highmem and non-highmem cases.
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
my next question in that case is, what is the purpose of
server-packet. Couldn't this buffer be provided by the caller like the
response buffer?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
vendors who either
can provide samples or where the hardware is cheap and freely available
so I can just go out and by one.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer
Salt (1):
mmc: Power quirk for ENE controllers
Manuel Lauss (2):
mmc: au1xmmc: implement proper ro switch detection
mmc: au1xmmc: return errors for unknown response types
Philip Langdale (1):
mmc: Add support for SDHC cards
Pierre Ossman (13):
mmc: replace host
an
interrupt with this chip anyway?
This is all perfectly valid. The wbsd hw and driver can handle sharing the
interrupt line, while the floppy cannot. If you want to avoid this, then don't
load the floppy driver or assign another irq for wbsd.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC
--
-- 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
24096 3 mmc_block,tifm_sd,sdhci
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
if it is).
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
.
The problem is described here:
http://lists.freedesktop.org/archives/hal/2007-January/006960.html
Odd. This might be the whole sysfs restructuring thing causing problems. Can you
check if that user has CONFIG_SYSFS_DEPRECATED on?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer
this? To help you I need to see the errors given by the MMC
layer. You should also try reproducing it without a tainted kernel (i.e. don't
load ndiswrapper).
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http
bugs.
(But since my code is bug free, that shouldn't be an issue. ;))
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
ndiswrapper or Vista.). Should I enable some debugging option
for the MMC layer?
Not at this point no. The debugging tends to be quite noise so it easily drowns
out any temporary problems.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio
from the mmc level there, I wouldn't be so sure. Could
you try a complete fsck of the card to check that the camera is constructing a
proper FAT?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
301 - 400 of 964 matches
Mail list logo