On Sun, 2016-03-20 at 23:40 +0100, Jilles Tjoelker wrote:
> On Sun, Mar 20, 2016 at 04:05:34PM -0600, Ian Lepore wrote:
> > On Sun, 2016-03-20 at 22:33 +0100, Guido Falsi wrote:
> > > On 03/20/16 22:21, Guido Falsi wrote:
> > > > On 03/20/16 22:18, Conrad Meyer wrote:
> > > > > Try 'kldload mmc' first. 'sdhci_pci' is missing a
> > > > > MODULE_DEPEND
> > > > > on mmc.
> > > > As I said, when loading sdhci_pci I had already loaded module
> > > > mmc.
> > > > Anyway I'll try that again just to make sure, maybe I missed it
> > > > and
> > > > thought I had it loaded.
> > > > I'll followup shortly.
> > > I confirm that I had already loaded mmc.ko.
> > [snip]
> > > the full error in dmesg is the same as stated before:
> > > link_elf_obj: symbol mmc_driver undefined
> > > linker_load_file: Unsupported file type
> > > Meybe the symbol is optimized out by the compiler in the module?
> > I suspect this is caused by my r292180 back in December. I'm
> > trying to
> > figure out if that's the case and if so, how to fix it.
> I think this is caused by the missing MODULE_DEPEND. The kernel
> only looks for symbols in the ELF objects containing the module
> and its declared dependencies.
> If mmc is compiled into the main kernel image, this is always
Thanks for the clue about the linker, it would have taken me forever to
figure that out by flailing around like I was doing.
Hopefully this is all fixed now with r297127, but I was only able to
test it on arm systems (I have no x86 with sdhci).
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"