Messages in this thread | | | Date | Fri, 27 Oct 2006 11:39:08 -0700 | From | Andrew Morton <> | Subject | Re: [RFC: 2.6.19 patch] let PCI_MULTITHREAD_PROBE depend on BROKEN |
| |
On Fri, 27 Oct 2006 19:22:19 +0200 Pavel Machek <pavel@ucw.cz> wrote:
> > I've found only 1 real bug from all of this. The pci MSI initialization > > issue. It's on my queue of things to fix. Andrew has also sent me > > another "interesting" patch about making sure devices are found by the > > time we hit another init level which I'll see about adding too. > > And the swsusp vs. SATA issue? Currently, SATA can be initialized > after swsusp, leading to swsusp not finding its image and failing...
How can sata be initialised after swsusp? Are they each using correctly prioritised initcall levels?
If so then the problem is presumably that sata initialisation is started before swsusp initialisation, but sata completes _after_ swsusp initialisation has run. In which case the as-yet-untested drivers-wait-for-threaded-probes-between-initcall-levels.patch should fix this.
Greg, I think I'll send vmlinuxlds-consolidate-initcall-sections.patch into Linus for 2.6.19, make things easier for everyone.
I'll send both patches. Please test ;) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |