The following reply was made to PR bin/182098; it has been noted by GNATS.
From: Jilles Tjoelker <[email protected]>
To: Derek Schrock <[email protected]>
Cc: [email protected]
Subject: Re: bin/182098: [patch] Change kldxref fts_open ordering so it
produces a consistent linker.hints between machines of the same
architecture.
Date: Fri, 4 Oct 2013 18:19:21 +0200
On Sat, Sep 28, 2013 at 05:06:00PM -0400, Derek Schrock wrote:
> Looks like I wanted to postpone the last message instead of sending it:
> Ok I see what you mean by using FTS_D. Everything looks good to me, I
> compared the linker.hints generated by the two system from the initial
> description. They're the same.
> However, I slightly modified the testing script from your last comment
> and found three .ko files that don't seem to generate an entry in the
> linker.hints files:
> Patched kldxref:
> $ /usr/src/usr.sbin/kldxref/kldxref -R /boot/
> $ dir="kernel"; strings="$(strings /boot/$dir/linker.hints)"; for f in
> /boot/"$dir"/*.ko ; do f="${f##*/}"; case "$strings" in *"$f"*) ;; *) echo
> "what? $f" ;; esac; done
> what? musb.ko
> what? scc.ko
> what? uss820dci.ko
> System kldxref:
> $ kldxref -R /boot/
> $ dir="kernel"; strings="$(strings /boot/$dir/linker.hints)"; for f in
> /boot/"$dir"/*.ko ; do f="${f##*/}"; case "$strings" in *"$f"*) ;; *) echo
> "what? $f" ;; esac; done
> what? musb.ko
> what? scc.ko
> what? uss820dci.ko
> Can we assume this isn't a problem with patch since the system kldxref
> doesn't generate a linker.hints with strings that reference those ko
> files?
Yes, this seems not the fault of the patch. It is possible that these
three modules do not actually work.
--
Jilles Tjoelker
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[email protected]"
