> > > Right, yes - that analysis seems correct. The interfaces seem a bit > > > weird here but fixing them looks like the most complete and robust > fix. > > > Ok Mark, I'll fix this problem as soon as I can, using EPROBE_DEFER. > > For now, in my application, I use the patch that I already sent, > > with the "softdep" workaround: > > > MODULE_SOFTDEP("pre: dw_dmac"); > > > I tested it a lot, with more than 2000 cold reboot (automatic > > switch on/off using a controlled power supply) and it always worked > good. > > Right, and to be clear that patch is good and useful independently of > the deferred probe fix so assuming nothing else comes up in review I'll > apply it. Thanks Mark, Flavio