The following reply was made to PR bin/182098; it has been noted by GNATS. From: Jilles Tjoelker <jil...@stack.nl> To: Derek Schrock <der...@lifeofadishwasher.com> Cc: bug-follo...@freebsd.org 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 _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"