Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1287696
| From | Scott Wood <scottwood@freescale.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) |
| Date | 2015-12-09 19:00 +0100 |
| Message-ID | <qDRbY-351-11@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <qDKka-7aE-33@gated-at.bofh.it> <qDKWR-7EC-7@gated-at.bofh.it> <qDPtw-2aV-15@gated-at.bofh.it> <qDQfW-2uA-43@gated-at.bofh.it> <qDQSC-2X5-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, 2015-12-09 at 18:38 +0100, Borislav Petkov wrote: > On Wed, Dec 09, 2015 at 10:50:09AM -0600, Scott Wood wrote: > > It's not "a driver's probe function". There is no driver whose .probe() > > is > > mpc85xx_pci_err_probe() -- the name is historical. > > From looking at it, it behaves a lot like a probe function. Irrespective > of what it is or it isn't, calling it from outside a driver which can be > built as a module is a no-no. So I'd appreciate it if someone could test > Johannes' patch on the relevant hardware. Thanks for pointing the patch out -- it wasn't posted to linuxppc-dev so I would have missed it otherwise. I don't need to test it to see that it's broken -- we can't have two drivers binding to the same device, which is the reason why the current situation exists. I recall at the time suggesting that the PCIe controller driver instantiate a platform device for the EDAC driver to bind to -- it looks like that's what we'll need to do. -Scott -- 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/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
linux-next: Tree for Dec 8 Stephen Rothwell <sfr@canb.auug.org.au> - 2015-12-08 05:50 +0100
Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Michael Ellerman <mpe@ellerman.id.au> - 2015-12-09 11:40 +0100
Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Borislav Petkov <bp@suse.de> - 2015-12-09 12:20 +0100
Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Borislav Petkov <bp@suse.de> - 2015-12-09 17:10 +0100
Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Scott Wood <scottwood@freescale.com> - 2015-12-09 18:00 +0100
Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Borislav Petkov <bp@suse.de> - 2015-12-09 18:40 +0100
Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Scott Wood <scottwood@freescale.com> - 2015-12-09 19:00 +0100
Re: Crash caused by "EDAC: Rip out the edac_subsys reference counting" (was Re: linux-next: Tree for Dec 8) Borislav Petkov <bp@suse.de> - 2015-12-09 20:30 +0100
[PATCH] edac: Don't call mpc85xx_pci_err_probe() from fsl_pci_probe() Johannes Thumshirn <jthumshirn@suse.de> - 2015-12-09 17:00 +0100
csiph-web