[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A7731C8.9040407@mnementh.co.uk>
Date: Mon, 03 Aug 2009 19:51:52 +0100
From: Ian Molton <ian@...menth.co.uk>
To: Guennadi Liakhovetski <g.liakhovetski@....de>
CC: pHilipp Zabel <philipp.zabel@...il.com>,
Paul Mundt <lethal@...ux-sh.org>,
Magnus Damm <magnus.damm@...il.com>,
Mark Brown <broonie@...nsource.wolfsonmicro.com>,
linux-kernel@...r.kernel.org, Pierre Ossman <drzeus@...eus.cx>,
Magnus Damm <damm@...nsource.se>
Subject: Re: MMC: Make the configuration memory resource optional
Guennadi Liakhovetski wrote:
>> I cant see _why_ this should be a problem, as this disables the card clock,
>> not HCLK. Could you debug further in tmio_mmc_clk_stop() please and see if
>> reordering only one of the two IO accesses cures this?
>
> Not sure I understood the "reordering only one of the two IO accesses"
> correctly, but I swapped the two sd_ctrl_write16() calls in
> tmio_mmc_clk_stop() and no, it didn't cure the problem.
I meant can you reorder them so that only one or the other is after the
reset. Thus eliminating one (perhaps) as the cause of the problem.
Does your chip actually use the tmio-type reset, or has it a hard reset
line or something?
Also is your issue that the driver doesnt work, or that you cant access
registers from something like userspace ?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists