> > I have vague memories of this being discussed at some length last year. > > Nothing comprehensive came of it, except that perhaps the kdump code should > > spin with irqs off for a couple of seconds so the DMA and IRQs stop. > > > > (Ongoing DMA is not a problem actually, because the kdump kernel won't be > > using that memory anyway) > > Actually, some cpufreq drivers *should* do their speed transitions with > all PCI mastering disabled. The lack of any infrastructure to quiesce drivers > and prevent new DMA transactions from occuring whilst the transition occurs > means that currently.. we don't. So +1 for any driver model work that > may lead to something we can use here.
True, I have the same problem on pmac with some machines that use PMU based speed switch. On those, the CPU is hard rebooted, so we need to flush all caches which can't always be done in a completely "safe" way with pending DMAs... > This is the main reason the longhaul cpufreq driver is currently busted. > That it ever worked at all is a miracle. Well, In my case, I disp-flush so much more than is normally necessary that I end up with something that seem stable, but I agree it's dodgy. The PMSG_FREEZE semantics that we defined for suspend-to-disk however is just what we need here. It basically tells driver to stop any DMA activity and freeze processing. It should be used for kexec too. The problem is, as far as I understand what David told me a while ago, some USB chips simply _cannot_ disable DMA without actually suspending the bus, which itself is a complex process that takes some time and can involve all sort of problems with devices / drivers that don't deal with suspended busses properly. I suspect other kind of chips may be similarily busted by design. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
